执行Disperse/Repay选择时DAML合约状态无法更新求助

• 检查合约状态更新逻辑

  • 确认Disperse/Repay选择的实现是否遵循DAML的状态更新范式：归档旧合约 + 创建新状态合约。如果只修改字段但没归档旧合约，旧的初始状态合约会一直存在，新状态合约也不会生成。
  • 核对代码里的选择函数，比如Disperse操作是不是执行了archive this，再create Loan with status = Dispersed, ...的逻辑。

• 测试场景验证

  • 检查测试代码是否完整执行了「创建初始合约 → 调用Disperse/Repay选择」的全流程，别漏了调用选择的步骤。
  • 测试中调用选择后，要用fetch或query查询最新状态的合约，而不是只保留初始合约的引用。
  • 确认调用选择的测试身份具备对应的权限，比如Disperse是不是只能由放款方触发，权限不够会导致操作失败。

• 触发器配置排查

  • 触发器是否正确监听了初始Loan合约的Created事件，并且在事件触发后调用了Disperse/Repay选择？
  • 运行触发器的身份有没有执行选择操作的权限，比如是不是合约里指定的放款方/还款方？
  • 查看触发器运行日志，排查是否有「权限不足」「合约未找到」这类报错。

• 合约可见性与账本查询

  • 用daml ledger list-contracts命令直接查询本地账本，确认是否存在状态为Dispersed/Repaid的合约，排除测试代码查询逻辑的问题。
  • 检查新状态合约的参与者列表，确保测试用的身份在参与者范围内，否则看不到更新后的合约。

内容的提问来源于stack exchange，提问作者Shalabh Negi