每资产权限，容量升级和内联元数据
今天，我们很高兴地推出MultiChain 2.0的第二个预览版。 这在 MultiChain 2.0路线图，并包括与资产权限有关的重要附加功能。
每资产权限
让我们从惊喜开始。 此版本增加了分别控制在区块链上发行的每种资产的发送和接收权限的功能。 在每种资产在法规，用户标识要求等方面具有不同特征的环境中，此控制非常重要。
发行新资产时，可以选择将其指定为接收限制和/或发送限制。 受接收限制的资产只能出现在地址为 receive 该资产的权限。 同样，限制发送的资产只能用于具有每个资产的地址的交易输入中 send 权限。 （请注意，在任何情况下，地址都需要全局 send 和 receive 分别显示在输入和输出中的权限。）
send 和 receive 资产的权限可以由具有以下内容的任何地址授予或撤销： admin or activate 该资产的权限。 默认情况下，这些权限仅分配给资产发行人，但是发行人（或任何随后添加的资产管理员）也可以将其扩展到其他地址。
区块链参数升级
MultiChain 2.0开发的主要功能之一是区块链升级，以允许许多 链的参数 随着时间的推移而改变。 这是至关重要的，因为区块链旨在长期运行，并且很难预测计算机系统在创建后将如何使用。
MultiChain 1.0.x已经提供了用于升级单个参数（链的协议版本）的工具。 MultiChain 2.0的这一版本向前迈出了重要的一步，允许更改与区块链性能和扩展有关的七个附加参数。 这些包括目标块时间，最大块大小，最大事务大小和元数据的最大大小。
与其他与治理相关的关键操作一样，升级链的参数只能由链的管理员执行，前提是要达到可自定义的共识级别。 我们将继续致力于此功能，因此请在将来的MultiChain 2.0版本中寻找更多可升级的参数。
内联元数据
MultiChain 1.0.x已经支持未格式化（二进制）的事务元数据，可以将其原始嵌入或包装在流项目中。 MultiChain 2.0的第一个预览版 扩展了这个 允许选择以文本或JSON格式表示元数据。 在所有这些情况下，元数据都会显示在包含 OP_RETURN，这使得输出不能被后续事务花费。
此版本的MultiChain 2.0引入了一种新型的元数据，我们称为“内联”。 内联元数据存储在常规的可支出交易输出中，因此直接与该输出的地址和/或资产相关联。 与其他形式的元数据一样，内联元数据可以采用二进制，文本或JSON格式，并且可以通过许多不同的API轻松编写和读取。
当与有关事务有效性的自定义规则结合使用时，内联元数据将变得真正强大。 一个示例是发送带有到期日期的资产，或带有下一个限制条件的清单。 在此版本中，只能通过修改MultiChain的C ++来定义自定义验证规则 源代码。 但是，将过滤器作为 MultiChain 2.0路线图，这些规则将用JavaScript编写，并使用常规API调用安装在区块链上。
前进的道路
在第二个预览/ alpha版本中，我们已经完成了MultiChain 2.0开源社区版计划的一半工作。 您可以访问以下网址下载并试用Alpha 2： MultiChain 2.0预览版 页。 在此页面上，您还将找到有关新API和增强API的文档。
我们已经开始研究MultiChain 2.0的下一个主要功能，我们将其称为链下流项目。 在链下项目中，只有项目有效负载的哈希值与项目的键和一些其他元数据一起嵌入链中。 有效负载本身由发布者本地存储，并使用以下方式传播到流的订阅者 对等文件共享 技术，链上哈希提供验证。 结果是用于记录大量信息的区块链的可扩展性和性能有了巨大的提高，其中某些信息仅某些参与者才感兴趣。 虽然最初不是针对MultiChain 2.0计划的，但此功能已成为我们响应用户需求的优先事项列表。
与往常一样，我们 欢迎您的反馈 关于MultiChain 2.0的进展，并期待在适当的时候发布下一个预览版本。
请发表任何评论 在LinkedIn.
