Blockchain的Altona测试, 它是链上项目在正式进入主网上线之前, 一个非常标准的验证环节, 它提供了一个和主网架构完全对齐的隔离沙箱空间, 工程师们在这个空间里面，去把所有的合约部署搞完，把跨链桥联调的过程做完, 再对多签进行压力测试, 整个过程全程不消耗真实的经济激励, 也绝对不会影响主网的任何状态。
区块链altona测试是什么
Altona这个测试网络, 它是由核心的开发团队进行维护和管理的。它的共识机制和那个主网是保持着一模一样的状态的。但是呢, 在这个网络里面, 质押奖励这件事情被关停了, 手续费分配这块也被关掉了。
节点在启动的时候, 是使用预生成的创世区块来进行的。对于所有的历史状态数据来说, 用户是可以直接从公开镜像那里拉取下来的。这样做的好处是, 不需要从零开始去同步数据。
它的最核心的价值, 就在于是可复现性这一个大特点。同样的这一笔交易, 在被分别在Altona这个环境与主网这两个地方各自去执行完毕以后, 最后得出的那个状态根的哈希值, 应该是完全一样的、没有任何差别的这一种结果。
可是如果一旦出现了一点点偏差、出现了一点不一致的情况的话, 那么这种情况指向的问题根源, 要不是合约逻辑内部存在缺陷, 要么就是RPC节点那边的具体配置出现了错误, 面对这样的情形, 就必须采取一种逐一进行排查的方法来处理。
区块链altona测试怎么部署
在实际操作环节, 团队通过利用Foundry去连接Altona的RPC端点这种方式来进行工作, 接着导入专用的测试钱包, 然后再一层一层地去把单元测试和集成测试给全部跑通。
其中比较关键的一个动作, 就是来确认被分的这个区块的高度是不是和目标主网的那个快照实现了严格对齐, 一旦发现两者之间的偏差超过了两个区块的数量, 那么就需要重新去拉取对应的数据信息。
如果在测试过程中, 发现各个节点之间产生了共识方面的分歧, 或者是状态根的数据出现了不匹配的情况, 那么只需要把当前系统回滚到之前某一个已经确认处于稳定状态的系统快照中, 然后重新启动分叉流程就足够了, 这一点不需要采取盲目去调整节点运行参数这种做法。
一定要确保整个链路都能够顺畅地运行完毕之后, 再导出包含全部内容的测试日志文件, 用这份完整的文件与主网络在进行预演时收集到的数据进行相互对比和检查, 只有在通过比对过程后证实没有任何异常情况发生时, 才开始推进后续的主网正式上线这一系列的流程。
在Altona测试完成, 并且完成了QA报告的签署工作之后, 该项目便已经具备了主网就绪条件。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://m.zmdyd.cn/imgfb/10389.html