“波卡知识图谱”是我们针对波卡从零到一的入门级文章，我们尝试从波卡最基础的部分讲起，为大家提供全方位了解波卡的内容，当然这是一项巨大的工程，也充满了挑战，然而我们希望通过这样的努力让大家能够正确认知波卡，也让不了解波卡的人方便快速掌握波卡相关知识，今天是该栏目的第57期，智能合约能让一切变得更容易，而随着波卡平行链的发展，目前也运行了不少成熟的智能合约平台，满足了波卡生态的需求。
我们都知道，波卡的中继链并不原生支持智能合约，中继链是协调所有平行链的主链。所有其他的平行链连接到波卡网络中，这个过程是不需要具备任何智能合约功能的。
同时，由于波卡本身的特性，建立在波卡上的智能合约平台具备合约手续费更低、速度更快、可以和其他链之间进行交互等优势，并且随着波卡平行链的发展，目前也建立了不少成熟的应用，以满足波卡生态的需求。
波卡创始人Gavin Wood已向乌克兰官方地址捐赠29.8万枚DOT:3月1日消息，波卡创始人Gavin Wood在社交媒体上发布了其向乌克兰官方DOT地址进行捐赠的交易记录。根据波卡浏览器信息，目前乌克兰官方地址中的DOT数量已经达到310,748.2枚，总价值近600万美元，其中298367.2枚由Gavin Wood捐赠。[2022/3/1 13:30:47]
Q：对于从ETH转账通证如何与另一个链的货币进行交换，是否有详细的概述？
GavinWood：Polkadot白皮书和Parity的以太坊桥提供了一些关于我们计划如何建立以太坊桥的背景。
Terra联合创始人Do Kwon和波卡创始人Gavin Woo声称未收到SEC传票:金色财经报道，Messari创始人Ryan Selkis此前透露自己决定竞选参议院的原因是在该公司主办的Mainnet2021大会上，一位与会发言人当场收到了SEC的传票，该消息引发了加密行业对美国证券交易委员会强监管的担忧。围绕该事件的相关话题也如雨后春笋般涌现出来，Mainnet2021大会的Telegram群组聊天里也充满了各种猜测。到目前为止，至少有三个人声称他们听说SEC不仅与一个人“搭讪”，而且还在和各种DeFi项目进行了接触。有传言称稳定币发行方Terra收到了传票，但Terra联合创始人Do Kwon表示他没有“得到SEC的服务”，还一位熟悉此事的消息人士证实波卡创始人Gavin Wood也没有收到传票。（thedefiant）[2021/9/21 23:41:07]
从本质上讲，这意味着在以太坊中构建一个智能合约，以识别Polkadot中的GRANDPA最终认证，并在Substrate中构建一个基本的仅包含区块头的"轻客户端"。
波卡创始人Gavin Wood：真正去中心化和安全性比网络高性能更有价值:金色财经报道，波卡创始人Gavin Wood在推特上疑似对昨天Solana网络问题发表评论，他表示，今天的加密事件表明，虽然有些项目可以提供独立且封闭的服务器，交易处理性能更高，TPS数值也更大，但真正的去中心化和精心设计的安全性更有价值，如果你不能运行一个全节点，那么和传统银行没有什么两样。Solana网络昨晚出现问题，经历间歇性的不稳定性，之后发现问题是因为资源耗尽导致拒绝服务，至今已达12小时，Solana链上应用至今无法正常运转。SolanaStatus发布的信息称，Solana验证人社区选择协同重启网络，快照高度为slot96542804，并建议验证节点更新至Mainnet-Beta1.6.24版本。[2021/9/15 23:25:46]
桥的整理者将被激励在桥的平行链和以太坊网络之间中继区块头和交易。
最后，验证者将认证并保留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
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。