“波卡知识图谱”是我们针对波卡从零到一的入门级文章，我们尝试从波卡最基础的部分讲起，为大家提供全方位了解波卡的内容，当然这是一项巨大的工程，也充满了挑战，然而我们希望通过这样的努力让大家能够正确认知波卡，也让不了解波卡的人方便快速掌握波卡相关知识，今天是该栏目的第57期，智能合约能让一切变得更容易，而随着波卡平行链的发展，目前也运行了不少成熟的智能合约平台，满足了波卡生态的需求。
波卡创始人Gavin Wood：Web 3是“后斯诺登时代网络”，一个非常有趣的社会实验:金色财经报道，波卡Polkadot创始人Gavin Wood在BlockDown: DeData Conference大会上对互联网演变发表看法，他表示，因为爱德华·斯诺登事件，让互联网感到创建一个全新平台的紧迫性，他将这种在全球范围内进行人际互动的方式称为“后斯诺登时代网络”（Post-Snowden Web）。展望未来10年或20年，Gavin Wood未来大规模多用户应用程序框架可以为用户提供“实际”保证。当被要求预测十年后的Web 3，Gavin Wood回答说：“这将是一个非常有趣的社会实验，我们将看到世界对隐私、自我主权和透明度的关注，知道系统或服务规则如何运作，非常真实。”[2021/12/4 12:50:10]
我们都知道，波卡的中继链并不原生支持智能合约，中继链是协调所有平行链的主链。所有其他的平行链连接到波卡网络中，这个过程是不需要具备任何智能合约功能的。
波卡创始人：Polkadot不一定要成为“以太坊杀手”:波卡创始人Gavin Wood表示，Polkadot不一定要成为“以太坊杀手”。Wood承认区块链生态系统对两种协议来说都足够大，但他说Polkadot本质上是在“区块链最大化”。如今围绕以太坊的说法是“只需要有一个区块链”，但他补充说，他从来没有接受过这个概念，Polkadot和以太坊很有可能愉快地共存。（Cointelegraph）[2020/12/4 23:03:52]
同时，由于波卡本身的特性，建立在波卡上的智能合约平台具备合约手续费更低、速度更快、可以和其他链之间进行交互等优势，并且随着波卡平行链的发展，目前也建立了不少成熟的应用，以满足波卡生态的需求。
波卡创始人：将敦促交易所停止在今日上线新DOT代币:金色财经报道，波卡（Polkadot）创始人Gavin Wood今日发推称：“如预期一般，一些不择手段的交易所今日上线了新DOT代币，而不是原本商定的星期五。虽然我们无法控制这些交易所，但我们可以敦促它们停止。他们的行为将我们的社区置于危险之中。”[2020/8/19]
Q：对于从ETH转账通证如何与另一个链的货币进行交换，是否有详细的概述？
GavinWood：Polkadot白皮书和Parity的以太坊桥提供了一些关于我们计划如何建立以太坊桥的背景。
声音 | 波卡创始人：与以太坊 2.0 在扩容思路上存在相似之处:在7月18日的媒体采访中，波卡创始人 Gavin Wood承认波卡与以太坊 2.0 在扩容思路上存在相似之处。二者都是分片类型的区块链，应用场景也很类似，两者也都有燃料费（gas）。不过两者也有很多不同的地方，包括共识算法、架构、智能合约运行逻辑等等。同时，其表示，波卡完全可以和Cosmos实现合作。（区块律动）[2019/7/19]
从本质上讲，这意味着在以太坊中构建一个智能合约，以识别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
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。