“波卡知识图谱”是我们针对波卡从零到一的入门级文章，我们尝试从波卡最基础的部分讲起，为大家提供全方位了解波卡的内容，当然这是一项巨大的工程，也充满了挑战，然而我们希望通过这样的努力让大家能够正确认知波卡，也让不了解波卡的人方便快速掌握波卡相关知识，今天是该栏目的第57期，智能合约能让一切变得更容易，而随着波卡平行链的发展，目前也运行了不少成熟的智能合约平台，满足了波卡生态的需求。
波卡创始人Gavin Wood：平行链会在12月份在技术上达到可用状态:10月26日消息，在由万向区块链实验室主办的2021第七届区块链全球峰会上，波卡创始人Gavin Wood表示，非常自信平行链会在12月份开始在技术上实现可行性，目前已经完成完整代码审计。另外，Gavin Wood还分享了Substrate和Polkadot状态进展，第二次桥审计正在进行中，另外，即将部署一个从测试网Rococo到桥测试网Wococo的桥，来测试可行性。[2021/10/26 20:58:01]
我们都知道，波卡的中继链并不原生支持智能合约，中继链是协调所有平行链的主链。所有其他的平行链连接到波卡网络中，这个过程是不需要具备任何智能合约功能的。
波卡创始人：波卡平行链预计年底或明年初上线:波卡创始人Gavin表示，波卡的 XCMP，也就是跨链消息传递功能可能在今年下半年或明年年初交付。最近完成了消息跨链的另外一部分 - XCM 格式，XCMP是解决方案中的一部分，而 XCM 格式是对消息的定义，即链进行交互的标准方式。
此外，关于平行链的进展方面，Gavin指出：
1. Rococo 测试网还在进行中；
2. 平行链技术方面：在解决有效性和可用性（安全因素）；
3. Cumulus 在 Rococo 中测试；
4. 将会重新启动一条新的 Rococo 链；
5. 将在未来一两月内完成上面这些里程碑；
6. 年末或明年年初将在波卡上上线平行链，会先在 Kusama 上部署；
7. 平行链的上线是渐进式的，首批平行链将不会通过竞拍产生，而是系统级平行链，来减轻中继链的负担，增加更多的平行链。[2020/10/10]
同时，由于波卡本身的特性，建立在波卡上的智能合约平台具备合约手续费更低、速度更快、可以和其他链之间进行交互等优势，并且随着波卡平行链的发展，目前也建立了不少成熟的应用，以满足波卡生态的需求。
波卡创始人：治理是加密生态系统的关键:波卡Polkadot创始人Gavin Wood表示，加密经济系统就像互联网的“民族国家”，以议会民主的形式进行治理。为了使这些区块链民族国家得以生存，它们必须与其他国家互动，而治理是关键。治理基本上代表加密经济体系发声的手段，把加密经济体系的内部要素、内部利益相关者汇聚在一起，决定市场资本如何应用。（cointelegraph）[2020/7/7]
Q：对于从ETH转账通证如何与另一个链的货币进行交换，是否有详细的概述？
GavinWood：Polkadot白皮书和Parity的以太坊桥提供了一些关于我们计划如何建立以太坊桥的背景。
声音 | 波卡创始人 Gavin Wood：Polkadot CC1 即将在 12 月份推出:在 Polkadot 社区中，创始人 Gavin Wood 表示，Polkadot 正在进行最终的审计，如果 Kusama 一切正常，同时审计没有发现任何致命问题的话，那 \"Polkadot CC1\"这条最终主网的候选链应该会在 12 月上线。就像 Kusama 一样，Polkadot CC1 也是分阶段推出，直到这条链上的节点稳定，治理方面的发展才会开始推进。不过鉴于大部分节点在 Kusama 网络上运行良好，所以在 Polkadot CC1 上应该也不会出现大问题。而最重要的部分——平行链、平行线程，以及链间通信会等到完善和审计后推出，这些功能也会在 Kusama 上先推出。在对社群成员的回复中，Gavin 表示代币 DOT 可以在 Polkadot CC1 上流通，节点可以进行 staking，但不交易转账暂时还不能进行。（区块律动）[2019/11/9]
从本质上讲，这意味着在以太坊中构建一个智能合约，以识别Polkadot中的GRANDPA最终认证，并在Substrate中构建一个基本的仅包含区块头的"轻客户端"。
桥的整理者将被激励在桥的平行链和以太坊网络之间中继区块头和交易。
最后，验证者将认证并保留SECP256k1密钥，允许他们签署由桥的合同解释的以太坊主网上可识别的交易。
这将允许在Polkadot和以太坊之间进行安全的任意信息传递，就像在以太坊一样，这些信息可以包含ETH。
ETH将由Polkadot验证者集或一组特殊的ETH担保人来代表任何Polkadot平行链。在这两种情况下，验证者都将提供DOT作为签署无效交易的担保。
Q：我可以用同一个会话密钥运行多个验证者吗？
GavinWood：你完全可以用同一个会话密钥运行多个验证者。
但是，你需要绝对确保在任何时候只有一个被设置为验证者。你可以编写一个复杂的脚本来确保这种情况。
然而，更好的方法是远离许多其他验证者可能正在使用的主流供应商。
polkadot会大量slash协同离线攻击，但几乎不会slash孤立事件。
所以，只要你能确定当你瘫痪时，很少有其他验证者会和你一起瘫痪，那么就应该没问题。
考虑到主要的云供应商脱机的可能性非常少，你也可以考虑分页服务；如果看门狗检测到你的节点离线了，你将被调出页面，并可以快速检查并切换到第一台主机。
Polkadot共识将允许验证者和可能的整理者知道彼此的IP地址，这是高性能网络运行的必要条件。
如果DoS是一个问题，那么它需要在验证者方面得到解决。
特别是，你不能假设没有人知道你的验证者节点的地址。
Q：如何解决数据中心验证者集中的风险？
GavinWood：拥有一个良好的故障转移基础设施，使用管理者/看门狗脚本不断检查节点的状态，并根据需要切换验证者密钥/重新启动，这将是一个相当高端的解决方案。
一个更便宜但仍然可行的方法是尽量将节点保存在验证者中唯一的数据中心中。这将有助于确保如果你离线，那么协议不会将其识别为协同攻击，从而保持slash程度更低。
欢迎大家加入我们Polkadot生态研究院的电报：
https://t.me/polkadot_eri
欢迎大家访问波卡生态研究院的Mirror地址：
https://mirror.xyz/0x9A259b3a2316281Cc948cE2Cf1Ac610a79844f05
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。