OKRW_EAS_TRANSFER_LIMIT_POLICY
상류에서 제거되었습니다. 조건 템플릿과 상한 템플릿을 조합해 대체합니다.
OKRW_EAS_TRANSFER_LIMIT_POLICY는 더 이상 체인의 정책 유형이 아닙니다. attestation 조건과 상한을 한 덩어리로 묶었던 정책 템플릿 중 하나였는데, 같은 규칙을 조각을 조합해 표현하도록 상류에서 제거했습니다. 이제 이 id를 지정한 PolicySet은 실패하며, changeContractPolicies와 setGlobalPolicies는 UnknownPolicyType(string templateId)로 revert됩니다(policy 값이 비어 있는 PolicySet은 그보다 먼저 CannotEmpty로 실패합니다). 이 id를 등록해도 revert됩니다(레지스트리에 아직 남아 있는 maroo-testnet-1에서는 DuplicatedPolicyTemplate으로 revert됩니다). 아직 이 id를 들고 있는 통합이 무슨 일이 있었고 대신 무엇을 써야 하는지 찾을 수 있도록 이 페이지를 남겨 둡니다.
원래 무엇이었나
OKRW_EAS_TRANSFER_LIMIT_POLICY는 attestation 없는 발신자에게만 적용되던 건당 OKRW 상한을 강제했습니다. attestation을 가진 발신자는 금액과 무관하게 통과했고, 다른 정책이 있으면 그것들은 별도로 적용됐습니다.대신 무엇을 쓰나
EAS_POLICY(attestation 조건)와 VOLUME_POLICY(건당 상한)를 LOGICAL_POLICY 루트 아래에 조합하십시오. 각 조각이 따로 등록·문서화되어 있고 조합이 PolicyConfig에 명시적으로 드러나며, 한쪽만 바꿔도 다른 쪽을 건드리지 않습니다. 상류가 이 방향으로 옮긴 이유입니다. 조합 규칙과 단축 평가 동작은 pcl-composite-policies를 보십시오.아직 이 id를 참조하고 있다면
조용히 잘못 동작하지는 않습니다. 템플릿 id는 문자열이고, 체인이 알지 못하는 id는 제출 시점에
UnknownPolicyType(string templateId)로 거부됩니다. maroo-testnet-1의 레지스트리는 이 id에 대해 아직 디스크립터를 반환하므로, policyTemplate(templateId)로는 이를 확인할 수 없습니다. 이 템플릿 전용 조회 메서드도 같은 시점에 함께 제거됐습니다.