DEV Community
·
在Chromia上构建预测市场 | 第4步 — 下注、审核与验证规则
内容提要
本文更新了事件实体，新增可变字段和状态字段以便内容审核，重构了创建事件的操作并将验证逻辑分离。增加了投注功能，确保每个账户对每个事件只能下注一次，并添加了过期事件的验证。最后进行了相关测试以确保功能正常。
关键要点
-
更新事件实体，新增可变字段和状态字段以便内容审核。
-
重构创建事件的操作，将验证逻辑分离到单独文件。
-
增加投注功能，确保每个账户对每个事件只能下注一次。
-
添加过期事件的验证，确保用户不能对过期事件下注。
-
引入新的结果值 VOID，用于无法解决的事件。
-
添加管理员操作以审核和批准事件，确保内容的合规性。
-
创建新的投注实体，确保每个账户只能对每个事件下注一次。
-
添加事件过期验证，确保用户只能对有效事件下注。
-
测试功能以确保所有操作正常运行。
延伸解读
事件实体的更新与审核机制
文章中提到对事件实体的更新，新增了可变字段和状态字段，以便于内容审核。这种设计不仅提高了系统的灵活性，还能有效防止不当内容的出现。用户在创建事件时，必须经过审核才能被批准，这在一定程度上增强了平台的合规性和安全性。
投注功能的限制与验证
新增的投注功能确保每个账户对每个事件只能下注一次，并且添加了过期事件的验证。这种设计可以有效防止用户对已过期事件进行投注，降低了系统的风险。此外，投注金额的限制也确保了用户的资金安全，避免了过高的风险。
管理员审核的必要性
引入管理员审核机制，允许管理员对事件进行审核和批准，虽然这在一定程度上引入了中心化的元素，但对于维护平台的内容质量和合规性是必要的。未来可能需要考虑如何在保持去中心化的同时，确保审核过程的高效性和透明度。
延伸问答
如何在Chromia上创建一个事件？
在Chromia上创建事件需要提供问题、过期天数和投注金额，并进行相应的验证。
如何确保每个账户只能对每个事件下注一次？
通过创建一个复合键，确保在投注实体中，事件和账户的组合是唯一的，从而限制每个账户只能下注一次。
如何处理过期事件的投注？
系统会验证事件是否过期，如果事件已过期，用户将无法进行投注。
事件的审核和批准是如何进行的？
管理员可以审核和批准事件，事件的状态会被更新为已批准或已拒绝。
如何验证投注金额的有效性？
投注金额会被验证，确保其在规定的范围内，即1到1000之间。
如果事件无法解决，应该如何处理？
引入了新的结果值VOID，用于表示事件无法解决的情况。
