本章,我们正式进入最常被使用的比特币复杂脚本模块:多签名。
理解基于比特币脚本的合约式协议,如何嵌入具体的应用场景中并为相关参与者服务。
一旦闪电网络上有了稳定币和其它资产,就有可能直接在闪电网络上实现去中心化交易所功能,即,两个节点能够点对点完成比特币与其它资产的互换,不仅在交易速度和成本上比肩闪电网络付款,而且无需担心对手方风险。
采用更高级的锁定策略(哪怕只是基础的多签设置,不依赖于隐性排序密钥)有可能通过设置超时时间、门限签名方案和额外的解锁路径为用户带来更高的安全性。
比特币限制条款(covenants)是一种能够给未来的比特币交易设置条件的机制。
在密钥交换中使用ECDH,在数字签名中使用ECDSA,secp256k1 曲线已被证明可以在密钥交换和 RSA 签名中取代 Diffie-Hellman 方法。
比较一下 Counterparty 跟 比特币 2.0 代币协议RGB 和 Taro
比特币交易工作原理简介
详细地说明你在规划助记词备份架构时应该遵循哪种思路。如果你没有思考过自己的威胁模型,你可能会误信一种对自己的不利的说明性指南,最终带给你虚假的安全感。
SNARK(succinct non-interactive argument of knowledge,简洁的非交互式知识证明)常被认为是 “解决” 扩容问题的灵丹妙药。虽然 SNARK 可以提供难以想象的好处,但我们也要知道 —— SNARK 无法解决区块链当前面临的带宽约束问题。
助记词存在的意义是什么?不同类型的助记词之间有何区别?我们能轻松辨别它们吗?在这篇文章中,我们将带你找到这些问题的答案。
多签地址和拆分备份(例如,Shamir 的密钥分割方案)是两种有效的安全存储方式,可用来长期保管密码学货币。
入账容量问题可能是闪电网络在启动阶段会遇到的问题。因此,如果流动性在整个网络中的分布更充分、更好,问题将减轻。我们会继续撰文探讨闪电网络在早期会遇到的问题。
这篇文章主要介绍比特币中Merkle树的数据结构、原理特点及其应用。同时,我们也会介绍比特币轻钱包的实现基础–简单支付验证(Simple Payment Verification, 即SPV),并详细介绍它的原理机制以及跟Merkle树的关系。
接触区块链的同学,多少都听说过拜占庭将军问题,经常看到或听到某某区块链使用某某算法解决了拜占庭将军问题,那么究竟什么是拜占庭将军问题呢?
比特币没有中心机构,几乎所有的完整节点都有一份公共总帐本,那么大家如何达成共识:确认哪一份才是公认权威的总账本呢?
大家都有转过账,每笔交易是这样的:张三账上减¥200,李四账上加¥200。 在比特币区块链中,交易不是这么简单,交易实际是通过脚本来完成,以承载更多的功能个,这也是为什么比特币被称为是一种“可编程的货币”。 本文就来分析一下交易是如何实现可编程的。
在比特币网络中,不是每个节点都有能力储存完整的区块链数据,受限于存储空间的的限制,很多节点是以SPV(Simplified Payment Verification简单支付验证)钱包接入比特币网络,通过简单支付验证可以在不必存储完整区块链下对交易进行验证,本文将分析区块结构Merkle树及如何进行交易验证。
比特币采用了基于互联网的点对点(P2P:peer-to-peer)分布式网络架构。 比特币网络可以认为是按照比特币P2P协议运行的一系列节点的集合。 本文来分析下比特币网络,了解它跟传统中心化网络的区别,以及比特币网络是如何发现相邻节点的。
在区块链记账原理一篇,我们了解到记账是把交易记录、交易时间、账本序号、上一个Hash值等信息计算Hash打包的过程。 我们知道所有的计算和存贮是需要消耗计算机资源的,既然要付出成本,那节点为什么还要参与记账呢?在中本聪(比特币之父)的设计里,完成记账的节点可以获得系统给与的一定数量的比特币奖励,这个奖励的过程也就是比特币的发行过程,因此大家形象的把记账称为“挖矿”,本文将详细讨论这个过程。
扫一扫 - 使用登链小程序
59 篇文章,299 学分
36 篇文章,239 学分
108 篇文章,224 学分
21 篇文章,196 学分
9 篇文章,163 学分