先理解智能合约负责什么
区块链技术摇号的基础，是把明确的摇号规则转化为程序。以太坊开发者文档将智能合约解释为部署在链上地址的代码和状态，用户通过交易调用其功能；合约本身不能直接读取链外信息，需要借助预言机等机制。
对应到摇号场景，可以把流程理解为确定参与范围、取得随机输入、按规则计算编号并记录结果。这是通用设计思路，并不表示所有冠以“区块链摇号”的系统都完整实现了这些步骤。
随机数为什么需要验证
摇号需要关注结果能否提前预测，以及生成过程是否可能被操纵。智能合约按既定逻辑执行规则，因此随机输入的来源，是理解系统可信程度的关键。
Chainlink VRF 文档说明，该机制会为随机值生成密码学证明，证明在链上验证后，应用才能使用对应结果。这为核验随机值提供依据，但其安全性仍有条件；文档列出了攻击者同时掌握随机生成密钥和目标链构块能力时可能造成偏差的例外。
从随机值到中选编号
随机值并不直接等于中选名单。系统还需要规定参与者与编号的对应关系，以及如何把随机值转换为结果。理解一套方案时，应将名单、随机输入和计算规则放在一起核对。
例如，若目标是让每个合格编号机会相同，就需要检查编号分配和结果计算是否符合这一目标；若要求同一参与者不能重复中选，还需要明确去重规则。这些属于应用设计问题，不能仅凭使用可验证随机数就认定已经解决。
适用条件与核验边界
这类机制适合需要按明确规则进行随机分配、并希望保留核验依据的场景。有效核验的前提，是能够确认本轮使用的参与范围、规则和随机请求之间的对应关系。
链外报名资格仍需有可靠的确认机制。即使随机值通过验证，也不能据此证明报名信息真实，或管理员无法修改名单。权限、名单确定时点以及请求未完成时如何处理，都应纳入流程说明。
常见问题：上链是否就代表公平
上链能否证明全流程公平？不能仅凭这一点判断。若链上只保存最终名单，仍不足以核验此前的资格审查和选择过程。
采用 VRF 是否就不需要审查合约？仍然需要。随机性证明针对随机值，合约如何使用它、是否允许重抽或修改规则，是另外的核验问题。入门时把这两层分开，才能准确理解技术能够证明什么。