比特币开发专家

比特币协会邀请了多位具有丰富区块链开发经验并精通比特币原理的专业人士入驻Bitcoin SV开发者专区

点击头像进入专家列表

  • 林哲明
  • 王一强
  • 何启明
  • 顾露
  • 刘爱华
  • 周全
  • 王宇
  • 李龙
  • 邱少贤
  • 周衍

最新博客

  • Tokenized的设计哲学(三)
    发表于2020-07-13

    商业模型分析和展望 为了了解Tokenized的强大之处,以及应用场景,我们可以通过官网给出的一个示例来加以说明。 飞行积分示例 这里有一个航空公司,称为TokenAir,他们有一套可以通过增加飞行时间来累积的积分系统。而我们的Bob是一个需要经常坐飞机的销售,因为经常坐飞机,所以他积攒了400万飞行积分(frequent flyer point,后文简称为FFP)。他并不打算使用这些积分来消费,而是决定把这些积分赠送给他的姐姐Dianne。 根据航空公司的智能合约,使用token进行消费必须通过kyc认证

  • Tokenized的设计哲学(二)
    发表于2020-07-13

    Tokenized的设计方案 基于刚才提到的通证系统和智能合约的要素,Tokenized就需要设计和实现这样一个系统。而实现方案,简单来说就是利用BSV区块链的各种优势,将token资产以及操作写入到比特币的交易中,并利用比特币的公私钥地址系统来进行鉴权(authentication)和授权(authorization),使用自动代理节点来执行智能合约的二层网络解决方案。 这里分析一下为什么要在bsv上做,以及为什么只能在BSV上做。首先是得益于基础设施的稳定性。bsv的核心思想就是稳定协议,要让基础设施像

  • Tokenized的设计哲学(一)
    发表于2020-07-13

    本文首发于知乎,有裁剪 在多伦多大会之前,我就在业余时间研究tokenized,包括白皮书和源代码。中间有很长一段时间,他们的网站都在停机维护,github的master分支也没有更新,让人一度以为该项目搁浅了。其实不然,如果你关注他们的devlop分支,和一个curtis分支,你会发现他们的开发进程一直没有停止,只是在默默地打造产品,准备在多伦多大会上一鸣惊人。果然,多伦多大会上,伴随着各个新应用的涌现,以及satoshi vision扩容路线的进一步清晰,bsv在短期内实现爆发式增长,市值跃居第8。多伦

  • 使用metasv快速搭建简易BSV钱包
    发表于2020-07-13

    比特币钱包的本质是一个私钥管理工具,但是仅有私钥并不足以构造交易,需要获取到私钥所对应地址的utxo集合才可以进行交易的构造。因此钱包更准确的说法是私钥+utxo管理工具。 但是utxo的管理并非易事,需要持续监听区块链交易,解决高交易并发,区块回滚,双花等技术问题,因此现有钱包产品大多依靠后台服务器来进行utxo的管理,而客户端以spv的形式获取utxo以及保存私钥。 MetaSV是一个BSV云计算数据服务商,提供公共UTXO查询,解析,区块链历史索引等各种功能,本文介绍如何使用MetaSV来搭建一个简易

  • 隔离见证segwit可能的危害
    发表于2020-07-13

    本文来自于早期的bch100 club群,观点来自bsv早期布道者老聂,转载和分享已经获得老聂的许可(bcc为早期的bitcoin cash的代称,bch分叉后,老聂选择支持bsv): 对话内容如下,为了方便阅读,我黑体划了一下重点: 路人甲:老聂,在不在,有bcc的问题,向你请教。 老聂:HI 路人甲:老聂,sw从技术上来说,到底有什么隐患没有,最好和最坏的情况可能是什么样子? 老聂:像个定时炸弹 老聂:51%算力去双花,你只能双花掉一笔你自己的交易,成本高收益小,所以没人去干这事,比如现在BCC有时仅有

  • 使用 sCrypt 实现简单的 Token 智能合约
    发表于2021-01-26

    很早之前就有人开始研究在比特币网络上实现外部资产的 Token 化,也产生了很多相关的协议。总体来说,这些协议大部分是通过将代表资产的原信息通过诸如 OP_RETURN 之类的操作码放入脚本后进行上链,从而实现了“资产上链”的过程。但是因为用于执行和验证这些元数据的逻辑并不是由比特币矿工完成的,故而这些方案被称作第二层(Layer 2)解决方案。 与之前这些工作不同,我们在这里即将介绍的是一种实现第一层 Token 智能合约的机制。这种方案的核心是依靠比特币网络的矿工在共识层完成合约的相关逻辑和验证,从而进

  • 使用 sCrypt 实现有状态的比特币智能合约
    发表于2021-01-26

    比特币智能合约 比特币脚本的能力通常被认为是很有限的,无法实现复杂的智能合约。一个经常被诟病的点就是其无法实现有状态的智能合约。以太坊出现的一个主要原因,就是为了克服这个问题。 有些合约的确是有状态的,因为这些合约需要参与者在合约的多个阶段与之交互,并依赖随时间变化的状态,比如链上投票或游戏。接下来我们将展示一种在比特币智能合约中管理状态的通用机制。我们还将用 sCrypt 语言来实现一个有状态的合约,sCrypt 语言是可以编译成比特币脚本语言的高级语言。 预备知识:OP_PUSH_TX 在研究如何在比特

  • 深入学习比特币脚本之 OP_PUSH_TX(1)
    发表于2021-01-26

    了解比特币脚本(Bitcoin Script)的朋友都知道,它是由一串计算指令(即操作码 Opcode)和数据组成的。脚本执行就是使用指令对数据进行运算的过程,换言之,这个程序的输入在它执行之前就已经确定了。也正是因为这种设定,很多人下意识地认为它的能力范围也是非常有限的,因为它不够“灵活”。 今天想给大家介绍的东西实则是突破了这种刻板印象,也让我们可以更加深入地理解脚本的强大和有趣。 我们设计了一个算法,使脚本可以访问正在被执行的脚本所在的当前 transaction 数据。我们称之为OP_PUSH_TX

  • 比特币重生计划:万链归一
    发表于2020-07-12

    万链归一 这里说的链,是指目前所称的区块链,包括比特币以及比特币的各个分叉链,以及 ETH、EOS 为代表的所谓公链,还有联盟链、私有链如摩根大通、Facebook、Twitter 等等拟发的公司链, 以及各个交易所平台声称要发行的平台公链等等, 当然也包括链上的币。我说的万链归一,是指上面所有这些链都将归为一条链或一条主链。归一包括两个归一,一是价值的归一,即所有这些链的价值都将被一条链所吸收,即只有一条链的币形成通用的交易媒介或通货或货币;二是数据的归一,即所有这些链的数据都将向一条链集中,由一条链提供

  • BSV Planaria框架技术总结二 Bitquery
    发表于2021-04-21

    BSV Planaria框架技术总结二 Bitquery 此文是变形虫技术总结的第二篇,阅读此文之前建议先阅读关于变形虫的前两篇文章。 Bitcoin SV的开发哲学——变形虫框架 BSV Planaria框架技术总结一 节点搭建 前面的文章说过变形虫是一个持久层框架,通过planaria组件爬取区块链上的交易数据,提取并加工所需的数据后将数据存储到MongoDB中,然后由planarium对外提供接口给应用程序来调取数据。在搭建好数据库之后,我们下一步关注的重点就是如何对数据库进行读写。前文已经介绍过,变

每页显示 共111条数据 < 1 2 3 4 5 6 7 8 9 10 ...12 >      到第 GO
联系我们: China@bitcoinassociation.net
关注