确切地说，两者都是安全的，但是必须在正确的环境中使用。 在本地节点上执行任何的 *** 作，应该使用web3ethaccounts，这意味着本地桌面钱包（如Mist，Ethereum Wallet）会使用web3ethaccounts创建帐户，保存私钥，签署交易等 *** 作。 因此，由于 *** 作是在本地执行的，所以私钥不会被发送到网络上的某个其他节点，所以它们特别安全。 这就是为什么桌面钱包（如Mist，Ethereum Wallet）需要将整个区块链同步到本地系统的原因，并且在登出之前不需要登录，因为您的帐户信息暂时存储在本地，除非整个数据被从应用程序文件夹中清除。
另一方面，如果您想与另一个节点的帐户进行交互，则使用web3ethpersonal，这意味着您发送的任何密码将被其他节点完全使用，这就是为什么web3ethpersonal不用于创建account或保存私钥，而且仅用于使用节点本身。 另外，让我们考虑一下像steamit这样的应用程序必须在用户投票时发送tokens给用户的情况， 所需要做的是，我需要与具有大量steam tokens 的节点帐户进行交互，并且我必须将它们转移到用户公共地址。 在这种情况下，我不会创建新地址或钱包，而只是使用服务器上已创建的帐户来传输tokens。ip [选项] *** 作对象{link|addr|route}
# ip addr show # 显示网卡IP信息
# ip addr add 19216801/24 dev eth0 # 设置eth0网卡IP地址19216801
# ip addr del 19216801/24 dev eth0 # 删除eth0网卡IP地址
# ip link show # 显示网络接口信息
# ip link set eth0 up # 开启网卡
# ip link set eth0 down # 关闭网卡
# ip link set eth0 promisc on # 开启网卡的混合模式
# ip link set eth0 promisc offi # 关闭网卡的混个模式
# ip link set eth0 txqueuelen 1200 # 设置网卡队列长度
# ip link set eth0 mtu 1400 # 设置网卡最大传输单元
# ip route show 或 ip route list 或 route -n # 查看路由(网关)信息
# ip route add 19216840/24 via 1921680254 dev eth0 # 设置19216840网段的网关为1921680254,数据走eth0接口
# ip route add default via 1921680254 dev eth0 # 设置默认网关为1921680254
# ip route del 19216840/24 # 删除19216840网段的网关
# ip route del default # 删除默认路由
#查看NDS服务器地址，使用nslookup命令，输入命令：
比如：nslookup >一个多亿。
根据以太坊数据分析显示，以太坊节点一天分红现在约60美元左右，每年分红一个多亿。
以太坊节点是连接到互联网并运行特殊软件的计算机或服务器。
对于1559引入gas费燃烧模式，固然会迎合某些人追逐所谓通缩的口味，但是其背后的动机，却不得不说，是Vitalik和以太坊基金会进一步推进PoS以至ETH 20的战略思维。
现在以太坊引入燃烧机制，对冲了区块奖励的发行，因此我们会觉得这个机制让以太坊变得更硬了。但是，以太坊燃烧销毁的是存量S。存量S的持续消耗会减少硬度（类似于电子工业消耗黄金储量），让增量的冲击变大，不利于币值的稳定。
介绍
众所周知，以太坊是没有固定可预期的货币政策的，这是一种最糟糕的货币政策（从博弈论的角度讲）。在1559实施后，增量F假设为固定的区块奖励，除非Vitalik和基金会决定变更它。
那么，恒定增量的情况下持续消耗存量，将使得以太坊的抗冲击能力下降，币值更不稳定，波动性更大，从而更加不适合于作为价值存储。
写在文前：视频版本和文字版本略有不同，想要看我深情并茂演绎，请看视频版本 (喵懂区块链22期|分片（Sharding）：以太坊太慢，“盘”他！)，思维逻辑怪，请看文案加长版。
最近以太坊由于君士坦丁堡升级（Constantinople）而出现了压倒性的积极走势，而以太坊的升级之路则犹如升级打怪一般，落入了rabbit hole，谁也不知道这洞有多深。既然是“路漫漫其修远兮”，则把脚下的每一步走好走准，则成了至关重要的点。攻破这一难点之后，以太坊的下一技术难点---Sharding分片，则又被摆到了台面上。本期《喵懂区块链》会带大家走进让以太坊快起来的法宝--- Sharding分片。
什么是sharding分片？
分片技术其实并不是什么新概念，起初是针对大型中心数据库提出的优化方案，具体来说就是将大型数据库中的数据划按照某种规则分成很多数据分片（shard），再将这些数据分片分别存放在不同的服务器中，以减小每个服务器的数据访问压力，从而提高整个数据库系统的性能。
我们举一个通俗的小例子：
比如我们平时经常使用的美团，滴滴打车等软件，就可以按照“城市”来进行分片，由于不同城市的数据不需要互通，就可以将不同城市的数据存放在不同数据库中，这样既可以把数据库服务器部署到离对应城市最近的节点上，还可以提高访问速度，何乐而不为呢？！
从上面的例子中，我大家应该对分片的概念有了初步了解，那么对应到区块链场景中来说，分片又是怎么样的呢？
以以太坊分片为例，在原有的单链系统中，公链整体的性能取决于单个节点的性能，进行分片之后，每个节点只需要承当全网部分工作，各个分片并行工作，按照Vitalik的话来说，each shard is like a separate galaxy每个分片都像是独立的小宇宙，这样效率自然噌噌噌提升！原本以太坊链全网TPS约为20，现在若增加到100个分片，那么全网TPS可以提升至2000，同理，全网容量也将提升至原来的100倍。
“每个节点只需要承担全网部分工作”，这就会引出几大问题，1怎么确定这个节点是负责哪个分片的工作？2哪些交易应该归类到哪些分片当中去？3每个节点是否只需要储存自己所在分片的交易信息（账本）？
根据以上问题的实现与否，我们可以将分片依次分为三种类型：网络分片，交易分片，状态分片。
网络分片：如何将全网节点划分到不同分片当中去。
交易分片：如何将全网交易划分到不同分片当中去。
状态分片：如何让各个节点只维护各自分片内的账本，但又不影响整个系统的安全性。
主链和分片链的区别和联系？
分片的类型我们已经明白了，那么主链（Main chain）和分片链（shard chain）有什么不同呢？
在主链中，我们知道记账的人叫做矿工，账本是存在区块当中，对应到分片链当中，则是Collator校对人和Collation校对块。
类似于区块的构成，Collation校对块也包含Collation header校对头和tansaction list具体的交易信息。
对比下来，主链和分片链本身来说，还是大同小异，但是一但要把他们联系起来，问题就变得复杂了，这里我们举个通俗的小例子类比一下：
假设，
以太坊主链=温州银行
每个分片=温州银行分行
比如：
shard1（分片1）=温州银行（杭州分行）
Shard2（分片2）=温州银行（宁波分行）
……
在这个系统中，我们就会清晰看到几大问题：1各大分行的账本如何汇总到总行里去？2各大分行的账本如何互联？
对应到主链和分片链系统当中来，则变成了1分片链和主链如何实现跨链链接？2分片之间怎么互联？甚至分叉的场景要怎么办
分片链和主链如何实现跨链链接？
为了将分片链加入到主链中，在主链上需要有一个叫做验证人管理员合约（Validator Manager Contract）VMC的特殊合约。VMC具体是这样的：
所有的验证人把它们的保证金（stake）存入 VMC当中，这些验证人就会被收录在VMC的common validator pool验证人备选池中。系统将会“隔一段时间”根据stake权益的多少随机为每个分片抽取一名验证人，将各个分片的collation header校对头信息同步到主链中去。
这里的“隔一段时间”，我们需要额外解释一下：“时间”，也叫period周期，这到底是怎么确定的呢？答案是主要看开发人员在最终代码中的实现为准，比如说我们把周期定为5个区块，那么就意味着主链出5个区块，所有分片链分别出一个collation校对块，这就间接决定了分片链的出块时间。
这种随机的形式，使得验证者无法提前预测他们何时会成为验证者，也无法预测会成为哪个分片的验证人，从而预防作恶的可能性。
如果一旦发现我们的分片验证人作恶了，他的stake权益就会被剥夺。
跨分片通信（cross-shard communication）怎么办？
比如说一个转账方小A在分片M中，收款方小B在分片N中，小A可以通过主链这个桥梁，完成扣款 *** 作，并创建一个带有ID的 receipt收据，代表着“自己已经完成了扣款 *** 作”，收款方小B可以根据这个 receipt ID 创建一个receipt-consuming收据消费交易，“消费”成功了之后，收款也就成功了。
分片链分叉了怎么办？（fork choice rule）
在以往的分叉情况中，都是“以最长链为主链”，在分片当中，分叉规则是“以最长主链里面的最长分片链为有效分片链（the longest valid shard chain within the longest valid main chain）”。
什么意思呢？我们举个例子：
一条主链出现了分叉，一条分叉连续跟了两个区块，同时也跟了两个Collation校对块，另一条则是一个区块和一个校对块，那么很明显，第一条是有效链。
接下来，第二条链又加了一个区块，变成两个区块和一个Collation校对块，依然很明显，第一条链仍然是有效链：
接下来，第一条链上又加了一个区块，虽然这条链上只有一个Collation校对块，但是它的主链长度已经超过了第一条，那么第二条则成为了现在的有效链，这就是分片场景下的分叉规则，首先比较主链长度，再比较分片链长度！
以太坊分片的实现是一个漫长的过程，就连Vitalik自己也说将会分阶段来逐步实现，分片到底能不能从理论走向实践，我们还是小小期待一下吧。
参考资料：
>
>
>
>
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）