在线学习最优化求解-针对主观最优任务安排

5.2 只读消息处理 某些帐户可能能够以通过/未通过的方式处理操作，而不必修改其内部状态。在 这种情况下，只要特定账户的只读消息处理程序包含在特定周期内的一个或多个 线程中，这些处理程序就可以并发执行。 5.3 多账户原子交易 有时，最好确保动作被多个账户以原子方式交付和接受。在这种情况下，两个操 作都放在同一个交易中，两个账户分配至同一个线程，消息按顺序执行。 5.4 部分评估区块链状态 大规模区块链技术组件应该是模块化的。并不要求每个人都运行所有的东西，特 别是当有人只需要使用一小部分应用程序的时候。 交换应用程序开发人员运行完整节点以向其用户显示交换状态。此交换应用程序 不需要与社交媒体应用程序相关的状态。EOS.IO 允许任何完整节点选择要运行 的应用程序的任何子集，传递给其他应用的消息将被安全地忽略，因为应用的状 态完全来自于传递给它的消息，而不是依靠其他应用。 5.5 主观最优任务安排 EOS.IO 系统不能强制阻止区块生成者向其他账户发送的任何消息。每个区块生 成者对处理交易的计算复杂度和时间复杂度都有自己的主观度量，无论该交易是 由用户生成的还是由脚本自动生成的。 在推出的采用 EOS.IO 软件的区块链中，在网络层面，所有交易都根据执行的 WASM 指令数量计算带宽成本。但是，使用软件的每个区块生成者会使用他们 自己的算法和度量来计算资源使用情况。当一个区块生成者发现一个交易或账户 已经消耗了不成比例的计算能力时，他们会在生成自己的区块时拒绝该交易;但 是，如果其他区块生成者认为其是有效的，他们仍将处理该交易。 一般来说，只要一个区块生成者认为一项交易有效，且其所消耗的资源内可控， 那么所有其他区块生产者也将接受它，但交易可能需要 1 分钟才能找到该生产者。