上周,通常遍布欧洲的技术核心团队,在柏林举行了一次聚会。 进行了很多很棒的讨论和进度计划会议,并且完成了大量有效的编码。
主网、主网、主网、主网、主网、主网、
从æternityPivotalTracker和VM Pivotal Tracker可以看出,我们缩小了我们的主网发布候选版本的范围,该版本由MainnetRCæternity和Mainnet RC VM标签跟踪。
我们的团队住在阳光明媚的阁楼,周围环绕着柏林的屋顶。
主网主网
在一周的过程中,完成了以下任务并合并到主分支中:
关闭状态通道时强制进行链上进展。为了提供这个,我们必须:
-
实施包容性证明,为智能合约执行提供所有必需的信息,以便合约可以被强制进行链上进展;
-
引入一种新的事务类型,channel_force_progress作为协议的一部分;
-
构建WebSocket API;
-
使FSM强制进度执行
-
在合约的包容性证明中包含合约账户
我们还简化了强制进度-链上交易:
最初,强制进度需要一个完整且签名的脱链事务来描述要应用的更新和新状态(state_hash和round)。它带有以下条件:
-
一次只应用一个更新
-
只允许From来自呼叫者
-
solo_payload的循环必须是共同签名的有效负载的下一轮
-
solo_payload由from签名
我们通过将solo_payload替换为以下字段来简化这一过程:
-
update - 要应用的更新,呼叫者必须仍然是From帐户
-
state_hash - 通道的预期下一状态哈希值
-
根据Bitcoin-NG一致性算法,将关键块的coinbase设置为Bitcoin-NG受益人,以奖励挖矿
最后,我们还完成了一些错误修复并进行了一些小的优化。
营销团队的成员也出席了研讨会,目前正在进行更深入的总结。它很快就会在博客上发布,敬请期待!