信誉如何成为可处理的信息
理解区块链信誉经济，可以沿着“谁作出声明、凭什么验证、按什么规则使用”展开。资格证明、履约记录和评价具有不同含义，系统需要先明确其适用场景，再决定如何将它们用于权限或协作判断。
可验证凭证负责表达和验证声明，智能合约负责执行链上规则。两者可以结合，但这种组合本身并不构成统一的信誉评分标准。
可验证凭证与数字签名
W3C可验证凭证数据模型区分签发者、持有者和验证者。凭证表达签发者对某个主体的声明，数字签名等技术帮助识别篡改；验证者仍需依据自身规则判断是否接受。可验证性不等于声明真实。
用于信誉判断时，需要分别考虑证明来自谁、涉及什么能力、是否仍然有效。某项资格得到证明，并不意味着持有者在所有合作场景中都值得同等信任。
智能合约与规则执行
以太坊智能合约文档将合约解释为位于链上地址的代码与状态，用户通过交易调用其功能。合约能够相互调用，但不能独立获取链外事实，需要预言机提供外部数据；多签机制则要求多个有效签名共同授权操作。
应用于信誉机制时，合约可以承载明确的判定流程。设计者需要说明哪些输入被接受、谁有权提交，以及输入不完整时如何处理。代码执行一致，只能说明遵循了程序，不能证明规则公平。
链外证据与治理的适用条件
若信誉依赖现实中的服务结果，仅有链上程序不足以判断服务是否完成。外部证据如何产生、由谁确认，以及发生争议时如何纠正，都需要独立设计。预言机提供数据入口，数据质量仍取决于来源和验证安排。
多方授权适合需要分担管理责任的操作，但参与签名的人也需要明确职责。共同批准某项修改，不等于修改内容已经得到客观验证。
常见问题：是否必须上链，是否应公开
可验证凭证并不必须依赖区块链，验证所用的登记系统也可以采用可信数据库等形式。是否使用链上登记，应结合多方协作与验证需求决定。
信誉信息也不宜默认全部公开。可机器读取的信息容易被关联，设计时应明确验证者真正需要知道什么，并考虑选择性披露或零知识证明等隐私技术的适用条件。跨场景使用信誉时，还需重新判断原有证明是否足以支持新的用途。