| 今天的互联网，已经发展了四十多年，从一个小型的科研项目，成长为数字触角伸向世界的庞然大物。尽管核心的底层互联网协议自20世纪90年代以来基本保持一致，互联网的应用层和服务架构却发生了极大的变化，以支持互联网应用的爆发式增长。 建设互联网应用的基本模型是上世纪90年代流行起来的客户端/服务器模型。该模型短期利好，但长期带来很多负面后果。Web应用顺势而起，但是导致Web服务愈加依赖于远程服务器。云计算是基础的客户端/服务器模型的一个演进。今天，在云端存储着私有的用户数据，运行着应用业务逻辑和计算，管理着访问权限，等等。 最近的十年里，我们开始看到云计算带来的负面后果，人们由此开始质疑基于客户端/服务器开发软件的完整模型。大规模的数据泄露, 用户隐私的丧失，数据缺乏可移植性，以及根植于客户端/服务器模型核心设计带来的科技巨头间广泛的互不信任。鉴于计算在人类社会中的重要性与日俱增，我们不能让过时的计算模型来定义我们现在的生活方式。 云计算的下一步演进将利用更强劲的客户端设备、边缘计算和全球连接以减少对这些中心化平台的依赖。趋势已经朝着去中心化计算演进，我们相信这是计算机工业自大型机转向桌面电脑以来最重大的技术变迁。去中心化计算可以改变软件如何构造和使用。其提供给开发者一系列新的工具，改变了用户和软件之间的关系：软件的存在是保护用户，软件的优化是为用户利益至上。 Blockstack是一个开源软件产品，在开源社区中设计、开发、成长为一个去中心化计算网络，为传统的云计算提供一个全栈的替代。Blockstack正在重新构想传统互联网的应用层，为去中心化应用提供一个全新网络；构建于Blockstack之上的应用将使用户拥有和直接控制他们自己的数据。Blockstack使用现存的互联网传输层协议以及底层的通信协议，但是移除了应用层里的中心点。我们遵循端到端的设计原则，以保持网络核心简单，而将复杂性推送到客户端。为了应用的可扩展性，我们将全局状态变化最小化，提供一个可靠的去中心化存储系统，其相比云存储性能相当。而且，我们的全栈方法为所有开发者构建去中心化应用必须的栈组件提供了默认的选项。Blockstack是模块化的，开发者可以轻易定制和集成其他替代技术。 设计目标 Blockstack的设计优化源于下列属性： 1. 易使用。去中心化应用应该像现在的互联网应用一样容易被终端用户所使用。此外，开发去中心化应用应该像在今天的云上开发一样容易。 2. 可扩展。去中心化应用应该可以支持互联网级别的用户量，也就是数亿到十亿的用户量。为了达到这点，网络（包括区块链）必须可以随用户数和运行的应用数量进行扩展。 3. 用户控制。采用去中心化计算的应用应该默认由用户控制。用户应该可以提供自己的计算和存储资源，而不是依赖于应用运营的服务器。 带着这些设计目标，Blockstack做出了自己的设计选择，将其与其他的“重”区块链和“世界计算机”设计哲学的去中心化计算方案区别开来。 最小化区块链层的逻辑和状态：为了取得可扩展性，Blockstack在我们的“轻”区块链层最小化了应用的逻辑和数据。使用区块链操作记录应用逻辑和存储，本质上要比“链下”方法要慢。需要在全网范围和设备间同步和验证状态，显示出这种操作在吞吐量上极大的局限性。限制因素在于底层的全局连通带宽和典型网络节点上可用的内存/存储，也就是物理限制（而不是任何协议的限制）。 本地状态变化 vs. 全局状态变化：Blockstack平台使用全栈方法确保构建在Blockstack上的应用是可扩展的：与应用的交互尽可能改变本地的状态，而不是全局的状态。正因为此，我们的存储系统和认证协议是我们平台的基础组件——其使得应用不发起一个区块链交易，就可以和用户的私人数据存储交互，并且完成用户认证。Stacks区块链仅用于在去中心化的环境中，以一种一致的方式协调全局状态的变换（例如：注册一个全局唯一的用户名）。 可靠的云存储 vs. 对等存储：在Blockstack上构建的应用，其数据存储和用户是一体的（使用用户自己的私人数据锁柜），不需要在服务器端保存任何用户访问凭证。这种方式不仅将用户数据交由用户自己控制，而且为开发人员降低了复杂度：开发人员无需运行服务器和数据库，从而代替用户支付云服务的账单。此外，我们避免了点对点存储固有的可靠性和性能问题，在一个去中心化的广域文件系统中改变了现有云存储提供商的位置——区块链层只存储指向用户数据锁柜的指针。 适用开发者的全栈SDK：Blockstack提供全栈方法，为开发去中心化应用所需的所有层提供了默认的选项。开发者SDK将区块链的复杂性和其他开发技术抽离；应用开发者能够使用Blockstack SDKs轻松构建他们的应用。技术栈的不同层次是模块化的，可以根据需要使用其他技术。 与同期的去中心化计算方法除了这些不同外，我们的智能合约语言也做了独特的设计决策来优化智能合约的安全和可预测性。 新应用模型 Blockstack为开发者构建应用提供了一个新的模型，确保应用是去中心化的，而且默认是由用户控制的： 1. 无不透明数据库：在客户端/服务器模型中，数据库是所有应用的核心组成部分，因为服务端需要存储和查询大量的用户数据。在去中心化计算中，开发者无需担心数据库的维护和安全问题，因为他们从一开始就不做数据托管。开发者更多聚焦在应用逻辑上，用户下载应用后，接入他们的私人数据锁柜。如果使用数据库的话，其功能等同于过去互联网的“搜索检索器”——索引公共数据的服务。任何人都可以使用底层（去中心化）的数据创建这些索引。 2. 无服务器：在客户端/服务器模型中，应用通过增加服务器扩容，因为所有的计算都在服务端执行。在去中心化计算中，应用在客户端运行，每个用户将自身的计算和存储能力带入网络（而不是依赖于应用开发者）。开发者只需提供最少的基础设施托管应用代码，因为每个用户自带所需的存储和计算资源使用应用。 3. 智能合约：在客户端/服务器模型中，全局状态变化由一个中央服务器协调，其是网络真理的唯一权威。在去中心化计算中，这些状态的变化是通过执行于一个开放区块链之上的智能合约解决的。 4. 去中心化认证：传统的互联网中，用户认证通过使用某种信任的认证流程进行。如果应用维护了一个用户数据库，该应用通过密码认证用户，有时加入第二因子。如果应用依赖于某个第三方认证服务，像Google或Facebook，该应用将使用OAuth协议从第三方认证服务获得验证结果。显然，在所有这些方法中用户自己无法控制认证流程。在去中心化计算中，认证由用户的客户端执行，通过加密数字签名证明对区块链上注册的某个用户名的控制权。任何应用都可以独立验证证明。 5. 原生代币：在传统的互联网应用中，支付通常采用像信用卡一样的第三方服务。数字代币是去中心化计算平台上的原生资产，如Blockstack和以太坊。用户对代币有直接的所有权，可以使用它们直接注册数字资产和智能合约，也可以支付智能合约的运行费用。这种原生代币的使用可通过智能合约编程，构建软件订阅服务，也可以自动化其他的应用功能。这种可编程的代币是传统互联网应用开发者无法得到的能力。 去中心化计算层次结构 Blockstack去中心化计算网络逻辑上位于传统互联网架构的“应用层”。然而，Blockstack网络自身由多个系统组成，共同为实现去中心化应用提供必需的组件： 1. Stacks区块链：Stacks区块链是Blockstack网络的基础。Stacks区块链使用户可以注册和控制数字资产，如通用用户名，并且可以注册/执行智能合约。像通用用户名这样的数字资产，允许用户接下来控制他们的存储以及更多功能——用户将其私有数据锁柜的访问凭证与其通用用户名进行连接。 2. Gaia：Gaia是一个用户控制的存储系统，使应用可以和私人数据锁柜交互。私人数据锁柜可以在一个云服务提供商，或者是其他的数据存储服务商托管。重要的是，用户控制使用哪一个提供商。Gaia上的数据经过加密，并使用用户密钥在客户端侧签名。用户的数据锁柜（data locker）可以通过查询Stacks区块链上的信息发现。 3. Blockstack认证：Blockstack认证协议是应用的去中心化认证协议。通过该协议用户可以使用自己拥有的ID进行认证，并且设置使用哪个Gaia服务器保存该用户的应用数据。 4. Blockstack程序库和开发包：开发者程序库（Libraries）和开发包（SDKs）位于平台堆栈的顶端，应用开发者和用户以此和Blockstack网络的不同组件进行交互。例如，Blockstack客户端软件允许用户注册并管理自己的ID。Blockstack的开发者程序库使开发人员构建Blockstack应用像构建传统的Web应用一样简单。 Stacks区块链 Stacks区块链是Blockstack网络的基础层。Stacks区块链为网络提供了全局共识和协调层，产生了Blockstack网络的原生代币，称为“Stacks token”。当用户注册通用用户名，软件许可，存储锁柜的指针等数字资产时，需要消耗Stacks代币作为“燃料”。当注册/执行智能合约时，Stacks代币也被用于支付给矿工。 本章我们展示Stacks区块链的高阶设计。关于这些设计如何实现和演进的细节，我们建议您阅读不同组件的SIP（Stacks Improvement Proposals）1。当更多的SIP被Stacks改进程序接受时，我们将更新本篇白皮书。Stacks区块链体现了如下的设计决策： 1.一个可调谐的工作量证明（tunable proof-of-work）机制用于领导人选举 2.一个燃烧证明（proof-of-burn）挖矿算法来重用现有区块链的算力 3.一个新颖的对等网络（Atlas），节点连通采用基于图的随机游走算法，减少了取得共识需要的数据量 4.一种智能合约语言，Clarity （清），非图灵完备，解释型语言 区块链版本：当前生产环境中运行的Stacks区块链是“版本1”，是部署基本功能的一个初始实现。Stacks区块链v1使用比特币网络实现其共识算法，支持Stacks代币操作，比如转账。Stacks区块链v1为一些用例实现了智能合约，比如Blockstack Naming System。关于版本1功能和实现的更多细节，请查看Github上的已有实现。本章中的剩余部分将讨论Stacks区块链“版本2”的设计。Stacks区块链v2实现了我们新共识算法和智能合约语言的完整功能，将是对版本1的一个主要升级。 1. 领导人选举 Blockstack的第一代区块链逻辑上在Layer-1（L1）之上操作，每一个交易1：1对应于一个L1的比特币交易。这样做的原因是确保重组Blockstack区块链的难度就像重组比特币区块链的难度一样大——这是我们从Namecoin，一个更小型区块链网络上得到的一个安全问题的教训。 Stacks区块链采用一个可调谐的证明机制（Tunable Proofs）用于领导人选举过程。可调谐证明机制是一个有附加功能的工作量证明（PoW）系统，可以重用另一个更成熟区块链的算力。采用可调谐证明机制，我们的目标是安全地启动一条新的区块链，慢慢转换到使用自身的PoW机制。可调谐证明机制有两部分：（a）自身的PoW 和（b）另一种加密数字货币的燃烧证明。 在初始时，燃烧证明部分的挖矿有更大的权重。通过燃烧证明，矿工燃烧加密数字货币表明他们参与挖矿程序的兴趣。为了竞选领导人，候选人燃烧底层链的代币（这里是比特币），在领导人的候选（would-be）块里提交了一个初始的交易集。该次提交同时也表明了该领导人的分叉选择：当前块的共识哈希必须包含前一个块的头部。当出现有多个竞争的分叉时，那些选择在失败分叉上“挖矿”的领导人无法收到区块奖励和交易手续费，也不能恢复已烧掉的加密数字货币。 Stacks区块链中采用的燃烧证明机制可以达成： 高验证吞吐量。处理的Stacks交易数量与底层“燃烧链”（这里是比特币）的交易处理速率间解耦。使用燃烧证明选举允许Stacks交易的“全部区块”用底层燃烧链的每一个新区块来确认。 低延迟块采纳。通过采用单一领导人选举，我们的燃烧证明共识算法允许当前领导人在Stacks区块中立即包含一个来自于交易池（mempool）新交易。这个区块流模型允许用户在几秒钟内得知一个交易被区块采纳。 开放领导人集合。燃烧证明选举允许任何人成为领导人。这个机制确保Stacks区块链是一个开放的区块链（相对于依赖固定领导人集合的封闭区块链，或者委托权益证明（DPoS）系统，其行为功能上与封闭的集合类似）。而且，通过执行单一领导人选举，我们的共识算法确保潜在领导人间无需协调。 无挖矿硬件可参与。作为领导人参与，所需的工作涉及燃烧某种加密数字货币，而不是像传统的工作量证明挖矿方案。因此，参与领导人选举不需要挖矿硬件。任何能获得要燃烧的加密数字货币的人都能参与挖矿，哪怕只能负担得起最低限度的数量。 公平矿池。Stacks区块链天然地支持公平的矿池。任何参与到网络中的人可以燃烧加密数字货币支持某个指定领导人的选举。提交这样的“用户投票型燃烧”（user support burns）的用户将与该领导人分享等量份额的Stacks区块奖励。 故障恢复能力。这个设计确保发生燃烧链不稳定，或者不适合Stacks区块链挖矿时，Stacks区块链可以使用另一条不同的燃烧链。 关于燃烧证明组件的更多细节参见文献。将来可能发生的情况是，一旦在Stacks区块链上有足够的自身算力，燃烧证明组件就不再需要了。 2. 可调谐证明 除了燃烧证明之外，Stacks区块链的共识算法中包含了一个内置的工作量证明（PoW）组件。这种组合分担了在SIP-001中描述的燃烧证明选举系统所在区块链的安全职责。这种内置的工作量证明和燃烧证明的组合在我们系统里被称为可调谐证明。允许引入内置的PoW挖矿，而在当前PoW利益较低时，通过燃烧证明确保区块链的稳定。当底层燃烧链走向衰落时，可调谐的功能给我们更灵活的迁移。可协调机制的设计的灵活性还扩展到今后新的共识机制。我们可以研究其它PoW和PoS的共识机制， 如果未来有必要采取新的共识机制， 也可以安全合理的引入。 PoW组件在领导人选举中是这样工作的，其允许候选人在他们的燃烧交易中可选地包含一个PoW随机数。产生此随机数需要的工作量（就是某种函数，其计算结果哈希前置多少个0）对应成候选人的“燃烧数量”。在初始时，内置的PoW将占比5%（相对于已提交的燃烧数量）。内置的PoW组件仍在大量的设计和开发之中。随着更多的细节具体化，这部分内容（以及一个对应的SIP）将被更新。 3. Atlas对等网络 Atlas对等网络是一个内容可寻址的对等网络，实现了一个Gossip协议，每个节点跟踪哪些其他节点当前在网络中，每个节点试图保存网络中所有数据的一个完整副本。该网络的容量受到了Stacks区块链的限制：数据集中的每一条新纪录，都必须和Stacks区块链上的一个交易相关联。Atlas对等网络是作为Stacks区块链的一个子系统工作的。其设计成一个无结构对等网络（unstructured peer network）以避免节点加入或离开网络引起的问题。而且，既然每个节点都保留所有数据的一个副本，数据的索引在Stacks区块链上可用，那么新的Atlas节点可以快速同步其需要存储的数据，因为事先知道应该从其他节点存储什么数据（通常在点对点网络中这对节点是未知的）。 Atlas网络作为Stacks区块链的“扩展存储”子系统运行。我们的设计方案是尽可能少地依赖于直接与Stacks区块链自身的交互，尽可能少地在其上存储数据。对于许多在Blockstack上的应用，例如Blockstack Naming System (BNS)的智能合约，其本质上是有一个机制存储不可改变和带有时间戳的数据。在BNS里，这被用来将用户名和路由信息关联，通过路由信息可以发现用户个人资料和应用数据。大多数的区块链直接将这种数据存储在区块链上。然而，我们相反选择将哈希存储在区块链上（空间昂贵），并实现了一个单独的对等网络来交换对应于这些哈希的数据。 4. Stacks代币用途 Stacks区块链实现的原生Stacks代币激活了Blockstack网络上的几项基础操作： 1. 注册数字资产的燃料。Stacks代币用来注册不同种类的数字资产，例如：用户名，域名，软件授权，播客，还有一些其他的。 2. 注册/执行智能合约的燃料。执行智能合约需要燃料以支付验证合约正确性并执行合约的开销。Stacks代币也被用来核销在Stacks区块链上存储智能合约的成本。 3. 交易手续费。Stacks代币被用来支付交易手续费，以此Stacks区块链才能记录该交易。 4. 锚定的应用链。对于在Blockstack上广受欢迎的应用，我们的区块链有一个可扩展的入口，应用可以在Stacks区块链上初始化自己的区块链。这样的“应用链”燃烧Stacks代币挖矿。 上面的列表并不是全部——随着Blockstack网络的成熟，我们期待网络参与者会发现和开发出Stacks代币的其他用处。我们当前正积极研究一个“应用权益”机制，使代币持有者可以潜在参与我们的“应用挖矿”开发者激励计划中。 Clarity （清）智能合约语言 Stacks区块链支持加载和执行智能合约，以对数字资产进行编程控制。“清”这个新智能合约语言优化了安全和可预测性，强调了其不同于先前的智能合约系统的一些关键设计目标： 1. 该语言必须允许快速、精确的运行时和空间需求的静态分析。为了支持这一点，该语言在单一交易的执行中是非图灵完备的。但就完整的交易历史来说，该语言是图灵完备的。 2. 智能合约应该是由我们的虚拟机解释执行的，而非编译。开发者编写的合约代码必须直接部署到区块链上。 为了实现以上两个性质，我们创造了一个新的LISP语言变种，特殊设计成智能合约的编写语言。在SIP-002[24]中有关于Clarity（清）语言设计的更详细讨论。 1. 语言概览 智能合约语言Clarity（清）与其他的LISP变种（例如：Scheme）相似，但是有如下的不同： 1. 递归是非法的，并且没有lambda函数 2. 循环只能通过map,filter，或fold执行 3. 唯一的原子类型是布尔，整型，定长数组，以及控制主体（principals，是Blockstack智能合约语言中特有的数据类型） 4. 对原子类型的列表提供额外的支持，但该语言中唯一变长的列表只能作为函数输入出现（也就是说，对类似append或join的列表操作不支持）。我们也支持名称和类型指定（named-and-typed）的元组。 5. 变量仅能使用let绑定创建，不支持类似set的可变功能 6. 允许使用define语句定义常量和函数来简化代码。但这纯粹是句法意义上的。如果一个定义不能被还原（inlined），该合约将被视为非法被拒绝。这些定义同时也是私有的，在某个函数中这样的定义，只能被指定智能合约中定义的其他函数所调用。 7. 通过define-public语句指定的函数是公有函数。传给这些函数的参数必须指定类型。 智能合约有下面的权力： 1. 从其他的智能合约调用公有函数。这些智能合约以其哈希标识，被调用智能合约必须在调用者智能合约发布时已存在。结合递归的非法性，这样做将防止函数重入，这在现存的智能合约平台上是一个通用的攻击途径。 2. 拥有并控制数字资产。就像公钥或多重签名地址一样，智能合约是一级主体。 每个智能合约有自己的数据空间（data-space）。在此数据空间中的数据被存储在map里。这些存储将一个typed-tuple与另一个typed-tuple相关联（很像一个有类型的键值对数据库）。相对于表（table）数据结构，map只关联一个指定的key到一个唯一确定的value。 每个智能合约可以从任何其他智能合约的map里取数据。但是，只有一个智能合约可以直接在其自己的map里更新数据。 由于以下两点原因，我们选择使用map，而不是其他的数据结构： 1. 由于map结构的简单性，使得虚拟机内实现更简单，函数推导更容易。通过检查一个指定函数的定义，可以清楚的看到哪些map将被修改；甚至在那些map中，哪些key会受到一个给定调用的影响。 2. Map接口确保其操作的返回类型是定长的，这对智能合约运行时、成本和其他属性的静态分析是必须的。 2. 图灵不完备和静态分析 创造一个非图灵完备语言是一个重要的设计考虑。在区块链这种恶意的网络环境中，这一点为编程带来了许多好处。 1. 图灵不完备使静态分析能够决定执行一个指定交易的成本。这允许网络预先清楚地知道向一个指定交易收取多少手续费。这也会提升客户端的体验，因为对客户端来说广播一个交易的成本可知了，所以能容易地传达给用户。 2. 图灵不完备允许静态分析可以快速决定一些重要属性，例如单个交易可能调用了哪几个合约。这提升了用户体验，因为客户端可以警告用户关于一个给定交易的任何潜在副作用。 3. 改进的、精确的静态分析将允许程序员充满信心地分析他们的智能合约，在上线之前发现任何可能的缺陷和错误。 基本上我们认为，像对待其他编程形式一样对待智能合约编程是个错误。区块链的性质造就了智能合约非常重要的特性。我们认为牺牲编程的简易，来换取增进的人和计算机对智能合约行为的全面理解，是一个好的权衡。已有的智能合约使用实践证实了这点——图灵完备智能合约的历史基本上是智能合约bug的历史。 在智能合约语言“清”中，在广播智能合约之前运行的静态分析可以提供如下的信息： 1. 广播指定交易的成本是其输入大小的函数 2. 可以修改任意特定表的交易集合 未来的工作可以支持甚至更高级的分析功能，例如自动检查智能合约代码上的证据的能力。 3. 解释型语言 vs. 编译型语言 在我们智能合约语言Clarity（清）中的另一个关键设计决策是，选择一门解释型语言，而不是编译型语言（例如，编译成WASM）。与同时期的其他方法相比，我们不采用编译器的设计决策是一个根本的不同。采用这种设计决策的主要原因，是对程序实现的bug归因的能力。 程序实现的bug是无法更改的事实，即使有最好的编码规范，也无从避免。智能合约的bug（区块链）是如此，其他代码也一样。智能合约的bug处理起来更复杂。不同的区块链社区奉行“代码即法律”的哲学，提交到区块链上的法则是最终真相的来源（source of ultimate truth）。编写智能合约的开发者通过源代码表达他们的意愿，然而是编译将他们的意愿转换为实际的法则。这会导致因为编译器的bug使实际法则偏离开发者意愿的情况。会产生令人不快的情况，人们将争论是开发者意愿更重要还是法则更重要。在Stacks区块链里，我们移除编译步骤，直接提交开发者意愿到区块链，避免这种状况，以使开发者意愿绝不会偏离法则。 让我们考虑一下在智能合约语言（也就是虚拟机）的实现里出现bug的情况。如果智能合约语言使用解释器，那么解决bug相对容易实施。世界上的所有合约代码都在区块链上，只需要对解释器打一个补丁，然后从创世块开始重启区块链（重新应用到所有的交易）。 但是如果智能合约语言是编译的，该bug是在编译器内部，而非虚拟机，那补救措施就没那么明显了，因而可能会发生更多的争议。这是因为编译器里的一个bug可以导致其生成的代码（最终广播到区块链上）产生与开发者初衷背离的行为。在加密数字货币社区里，在对“代码即法律”哲学的认同下，这种情况愈加复杂。由开发者编写的代码是正确的，但是区块链上产生的交易是错误的。收集每个开发者的源代码并重新编译是不现实的，尤其在无法验证源代码是否已改变的情况下。我们怀疑，在实践中这种情况下在区块链上发布的代码多数是最终真相的源。如果是这样，开发者应该归因和验证此代码，而不是他们的源代码。我们相信，使用一个高级的解释型语言对于确保正确的智能合约执行是至关重要的。 Gaia：用户控制的存储 Blockstack使用Gaia存储系统给用户对其数据的控制权。这是一个用户控制的存储系统，使应用可以与私人数据锁柜（private data lockers）交互。私人数据锁柜可以托管在一个云服务提供商，或者是其他的数据存储服务商。重要的是，用户控制使用哪一个提供商。Gaia上的数据经过加密，并使用用户控制的密钥签名。逻辑上，Gaia像是一个广域的文件系统，可以被挂载以保存文件。 使用Gaia存储系统，用户要指定一个Gaia存储位置的地址，在此保存数据。只是Gaia存储位置的“指针”被保存到Stacks区块链上（以及Atlas子系统上）。当用户使用Blockstack认证协议登录应用和服务时，将此位置传递给应用；有了这个信息，应用知道如何与指定地Gaia数据锁柜交流，如此应用数据被保存到用户指定的存储里。 Gaia的设计哲学是，以一种终端用户无需信任底层云服务提供商的方式重用现有的云服务提供商和基础设施。我们看待云存储服务提供商（像Amazon S3, Google Cloud Storage，甚至一个本地磁盘）只是作为一个通道（dumb drives），在上面存储加密过的，和/或签名过的数据。云服务提供商看不到用户的数据；他们只能看到加密的数据块。
而且，因为通过Stacks区块链可发现相关联的公钥或数据哈希，云服务提供商没有篡改用户数据的能力。
关于更多Blockstack信息：https://blockstack.org/ —- 编译者/作者：不详 玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。 |
Blockstack 去中心化计算网络
2019-08-05 不详 来源：网络
LOADING...
相关阅读：
- 【跟着勇哥柒学知识119】DEFI还会不会再次呈现一种爆发式的增长，可能2020-10-26
- 比特币高于13000只有60天，历史性时刻，乐观、悲观、极端三种行情推演2020-10-26
- 纵览波卡9大热门DeFi , 谁更有潜力？谁可能是坑？2020-10-26
- 同样咕噜提到的项目，FIL目前完全比不了波卡，来回割的镰刀真是太快2020-10-26
- NFT在DeFi中的未来：与Aavegotchi的Jesse Johnson的对话2020-10-26