분배 정책과 거래 정책
두 가지 계정 설정이 계정에 무엇이 도달하는지를 결정합니다. 분배 정책은 ZBC든 어떤 토큰이든 들어오는 모든 입금의 정해진 몫을 최대 열 개의 다른 주소로 보냅니다. 로열티, 파트너 간 수익 분배, 자동 저축 같은 용도입니다. 거래 정책은 트랜잭션을 범주 단위로 양방향 모두 거부하므로, 예를 들어 아무도 원치 않는 토큰을 계정에 보낼 수 없게 합니다. 각각 트랜잭션 하나로 설정하며, 바꿀 때까지 유지됩니다.
분배 정책
SetSplitPolicy 트랜잭션(유형 54)은 최대 10명의 수신자를 나열하며, 각각 베이시스 포인트 단위의 몫을 가집니다(100 베이시스 포인트가 1 %).
- 각 몫은 최소 1 베이시스 포인트이며, 모든 몫의 합은 최대 10,000(100 %)입니다.
- 같은 수신자가 두 번 나올 수 없으며, 계정이 자기 자신을 지정할 수 없습니다.
- 모든 수신자는 자금을 보유할 수 있어야 합니다.
본문이 00이면 정책을 지웁니다.
나뉘는 것
정책은 ZBC와 토큰으로 들어오는 모든 입금에 적용됩니다. 결제, 에스크로 해제, 트리거, 스트림 지급, 베스팅 결제, 토큰 전송, 거래 체결, 앱 지급, 보상이 포함됩니다. 계정 자신의 돈이 환불되는 경우(송신자에게 돌아가는 에스크로 등), 풀 방식 일정의 결제, 브리지 발행에는 적용되지 않습니다.
각 몫은 floor(amount × basis points ÷ 10,000)이며, 반올림을 포함해 배정되지 않은 부분은 계정에 남습니다. 몫은 연쇄되지 않습니다. 수신자 자신의 분배 정책은 분배로 받은 것에는 적용되지 않으므로, 돈이 순환할 수 없습니다. 거래 정책으로 결제를 거부하는 수신자는 건너뛰며, 그 몫은 계정에 남습니다.
계정 그룹에서는 컨트롤러만 정책을 설정하며, 그룹의 정책은 어느 구성원에게 보낸 돈에든 적용됩니다. 분배 정책이 설정된 주소는 그룹에 합류할 수 없습니다.
거래 정책
SetTransactPolicy 트랜잭션(유형 50)은 계정에 2바이트 마스크를 저장합니다. 각 비트는 트랜잭션의 한 범주를 양방향 모두 거부합니다. 계정은 그 범주의 트랜잭션을 보내지도 받지도 않습니다.
| 비트 | 범주 |
|---|---|
| 0 | 결제 |
| 1 | 앱 |
| 2 | 토큰 |
| 3 | 거래소 |
| 4 | 데이터 저장 |
| 5 | 에스크로와 다중서명 |
| 6 | 노드 인프라 |
| 7 | 브리지 (AttestEvent) |
| 8 | 거버넌스 |
몇 가지 유형은 결코 거부되지 않습니다. Empty, SetTransactPolicy, SetSplitPolicy, 롱제비티 유형, 계정 그룹 유형입니다.
거부가 작동하는 방식
정책이 금지하는 트랜잭션은 제출되는 즉시 노드가 거부합니다. 그래도 블록이 이를 담으면 반송됩니다. 송신자는 수수료를 내고 아무것도 움직이지 않습니다. 트랜잭션이 실행될 때 검사하는 것은 트랜잭션 봉투에 지정된 수신자뿐입니다. 일정 결제, 트리거 해제, 스트림 지급처럼 체인이 이전 트랜잭션을 대신해 나중에 하는 지급은 수신을 거부하기로 한 수신자에게도 그대로 도착합니다.
거래 정책은 수수료 설정이 아니며(수수료는 각 트랜잭션의 하한에서 나옵니다), 블록 생산자를 고르지도 않습니다(체인이 추첨합니다). 공유 계정 구성원의 지출 한도는 계정 그룹을 참조하십시오.