예금 토큰 샘플 애플리케이션 워크플로우

샘플 보증금 토큰 애플리케이션을 설치하고 구성한 후 시스템 소유자(은행) 및 참가자 조직(기타 기관)이 은행 간 시장에서 상호 작용하는 시나리오에서 사용할 수 있습니다.

샘플 애플리케이션은 12개의 역할 또는 페르소나를 지원합니다. 각 역할에는 보증금 토큰 시나리오에서 토큰 관리의 전체 워크플로우를 지원하는 서로 다른 인터페이스 및 작업 세트가 있습니다.

은행 역할

  • 은행 관리자: 토큰 및 조직을 구성하고, 지갑 및 예금 토큰 계정을 생성하고, 한도, 용도, 그룹 및 역할을 설정합니다. 준수 제어 및 승인 정책을 유지 관리합니다.
  • 은행 승인자: 지정된 금액 기반 또는 순차 이전 승인을 완료합니다. 구성된 은행 승인자 또는 순차 은행 승인자 체인은 정책 제어 이체에 대한 승인 정책 결정 단계를 완료합니다.
  • 은행 생성자: 토큰 생성을 요청하고 생성된 값을 은행 발행자에게 이전합니다.
  • 은행 발행자: 참가자에게 값을 발행하고 처분에 대한 값을 반환합니다.
  • 은행 관리자: 지정된 생성, 발행, 이전 대기 중 및 처분 요청을 검토합니다. 은행 관리자는 토큰 생성 또는 폐기 요청을 승인하거나 거부합니다. 승인 정책이 적용되는 발행 이전인 경우 관리자는 필수 승인자 순서가 충족된 후에만 이전을 완료할 수 있습니다. 관리자는 대기 중인 동안 이전을 거부할 수 있습니다.
  • 은행 퇴직자: 퇴직을 제출하거나 요청을 굽습니다.
  • 은행 감사자: 데이터를 변경하지 않고 네트워크 활동, 잔액, 보류 중인 요청 및 기록을 검토합니다.

기관 역할

  • 기관 관리자: 참가자 전자 지갑, 계정, 응용 프로그램 그룹, 상태 및 제한을 관리합니다.
  • 기관 관리자: 가입자 조직에 대한 이전을 승인 또는 거부합니다. 기관 관리자는 조직의 에스크로 계정과 연계된 이체를 검토합니다. 관리자는 직접 관리자 작업을 승인하거나, 필요한 승인자 순서가 충족된 후에만 정책 제어 전송을 완료하거나, 보류 중인 전송을 거부할 수 있습니다.
  • 기관 책임자: 은행에 값을 예치하고 허용된 사용자에게 값을 이전합니다.
  • 기관 사용자: 허용된 수신자에게 값을 전송합니다.
  • 기관 감사자: 데이터를 변경하지 않고 참가자/조직 활동을 검토합니다.

온보딩

애플리케이션을 설치하고 구성한 후 사용자, 전자 지갑, 예금 토큰 계정 및 원장 역할을 준비합니다. 토큰 작업을 실행하기 전에 다음 단계를 완료하십시오.

  1. 은행 관리자가 먼저 로그인합니다. 스마트 계약이 초기화될 때 Token Admin Besu 롤이 부여된 부트스트랩 전자 지갑을 선택합니다. 보증금 토큰 계정이 존재하기 전까지는 초기 관리 시작점입니다.
  2. 은행 관리자가 조직 레지스트리를 확인합니다. 설립자 및 참가자 조직을 등록 또는 검토하고 설립자 순서(1)를 확인한 다음 조직 순서 및 표시 값을 확인합니다.
  3. 은행 관리자는 토큰을 초기화하고 초기 계정을 생성합니다. 은행 가상 사용자 및 참여 조직을 관리할 기관 관리자에 대한 전자 지갑 및 예금 토큰 계정을 생성합니다. 올바른 전자 지갑, 응용 프로그램 그룹 및 계정 제한을 선택합니다.
  4. 각 참여 조직이 배치 및 구성됩니다. 참가자 응용 프로그램에 대해 동일한 원클릭 또는 로컬 배치 프로세스를 사용합니다. 원클릭 배포는 Oracle Blockchain Platform 구성을 사용하며 로컬 배포에는 수동 구성이 필요합니다.
  5. 기관 관리자가 가입자 조직에 로그인합니다. 조직의 전자 지갑을 로드 또는 생성한 다음 허용되는 응용 프로그램 그룹 및 제한을 사용하여 관리자, 담당자, 사용자 및 감사자 계정을 생성합니다.
  6. 은행 관리자는 거버넌스 및 사용자 준수 제어를 구성 또는 검토하고 금액 기반 승인 정책을 생성하거나 활성화합니다. 승인자가 없는 정책은 일치하는 전송을 즉시 해결할 수 있으며 승인자가 있는 정책은 구성된 승인 시퀀스를 생성합니다.
  7. 은행 관리자는 관리자 역할을 동기화합니다. 각 기관 관리자 계정을 생성한 후 해당 계정에 대해 계정 작업 > 역할 동기화 명령을 사용하여 해당 Escrow 원장 역할을 적용합니다. 애플리케이션 그룹은 작업영역 접근을 제어하고 원장 역할은 계약 작업을 제어합니다.
  8. 각 가상 사용자가 로그인하여 액세스를 확인합니다. 둘 이상의 전자 지갑을 사용할 수 있는 경우 원하는 전자 지갑을 선택하고, 올바른 작업영역 열기를 확인하고, 허용 및 제한된 작업이 지정된 애플리케이션 그룹 및 원장 역할과 일치하는지 확인하십시오. 다음 테이블에서 가상 사용자 시퀀스를 사용합니다.
  9. 모든 가상 사용자 구성 및 접근 확인이 완료된 후 애플리케이션 워크플로우에 따라 보증금 토큰 수명 주기 작업을 수행합니다.

개인 순번

순서 가상 사용자 권한 정보
1 은행 관리자 은행, 조직, 전자 지갑, 계정 및 역할 설정을 완료합니다. 은행 관리자
2 기관 관리자 참가자 전자 지갑 및 계정을 설정합니다. 기관 관리자
3 은행 생성자 토큰 생성을 위한 요청을 제출합니다. 은행 생성자
4 은행 관리자 생성 요청을 승인하거나 거부합니다. 은행 매니저
5 은행 승인자 구성된 금액 기반 또는 순차 이전에 대해 지정된 승인을 완료합니다. 은행 승인자
6 은행 발행자 가입자에게 값을 발행하고 처분에 대한 값을 반환합니다. 은행 발행자
7 기관 관리자 직접 관리자 작업을 승인하거나, 필요한 은행 승인자 순서 후에만 정책 제어 이전을 완료하거나, 대기 중인 이전을 거부합니다. 기관 관리자
8 기관 담당자 예치금 및 이전 값입니다. 기관 책임자
9 기관 사용자 허용된 수신자에게 값을 전송합니다. 기관 사용자
10 은행 은퇴자 값이 반환된 후 처분 요청을 제출합니다. 은행 소급자
11 은행 감사자 은행 활동 및 역사를 검토합니다. 은행 감사자
12 기관 감사자 가입자 조직 활동 및 기록을 검토합니다. 기관 감사자

애플리케이션 워크플로우(토큰 수명 주기)

배포 및 설정 후 시나리오의 가상 사용자는 전체 토큰 수명 주기의 일부로 다음 태스크에 참여합니다. 이전 승인은 고정 수명 주기 단계가 아닌 조건부 승인입니다. 정책 제어 이전이 제출된 후 구성된 은행 승인자가 해당 이전이 정산되기 전에 현재 승인 단계를 완료합니다.

  1. 은행 생성자가 토큰 생성을 요청하고 승인된 값을 이동합니다. 토큰 생성 페이지를 열고 수량 및 선택적 메모를 입력하고 생성된 작업 ID를 검토한 후 요청을 제출합니다. 은행 관리자가 요청을 승인한 후 승인된 값의 이전을 은행 발행자에게 제출합니다. 적용 가능한 승인 정책은 이전이 즉시 완료되는지 아니면 승인을 위해 전송되는지 결정합니다.
  2. 은행 관리자가 은행 요청을 승인 또는 거부합니다. 토큰 생성을 승인하거나 거부하려면 Creation 대기열을 엽니다. 승인은 생성자를 대변에 기입합니다. 거부는 요청을 차감하지 않은 상태로 유지합니다. 동일한 관리자가 나중에 은행 소급자의 레코딩 요청을 승인 또는 거부하며 구성된 승인 순서가 충족된 후에만 적격 이체를 완료할 수 있습니다.
  3. 은행 발행자가 값을 분배하거나 반환합니다. 기관 담당자에게 값을 이전하거나 처분 경로를 사용하여 은행 퇴직자에게 값을 이전합니다. 활성 금액 기반 정책은 적격한 이전이 즉시 결산되는지 아니면 구성된 승인 순서를 기다리는지를 결정합니다.
  4. 은행 승인자가 지정된 승인 단계를 완료합니다. 금액 기반 정책에서 제출된 이체를 은행 승인자에게 경로 지정하는 경우: 은행 승인 페이지를 열고 트랜잭션 및 현재 순서 위치를 검토한 다음 승인을 통해 이체를 진행 또는 완료하거나 거부하여 이체를 중지합니다. 다중 승인자가 순서대로 작업을 수행합니다.
  5. 기관 관리자가 관리자/에스크로 이전을 검토합니다. 관리자/에스크로 계정과 연계된 대기 중인 가입자 이전을 검토합니다. 직접 관리자 작업을 승인하거나 구성된 승인 순서가 충족된 후 적격한 이전을 완료합니다. 이전이 결산되지 않아야 하는 경우 거부합니다.
  6. 기관 담당자가 참가자 값을 이동합니다. 은행 발행자, 다른 기관 책임자 또는 기관 사용자에게 값을 이전합니다. 활성 정책은 이전이 즉시 정산되는지 아니면 구성된 은행 승인자 순서로 경로 지정되는지를 결정합니다.
  7. 기관 사용자가 허용된 값을 이전합니다. 허용된 기관 책임자 또는 기관 사용자에게 값을 이전합니다. 동일한 정책 규칙이 적용됩니다. 구성된 승인자가 즉시 해결할 수 없습니다. 다중 승인자가 순서대로 작업을 수행합니다.
  8. 은행 퇴직자가 처분을 요청합니다. 값을 받은 후 토큰 회수 창을 열고 금액 및 필수 세부정보를 입력한 다음 레코딩 요청을 제출합니다. 은행 관리자가 요청을 승인하거나 거부합니다. 승인은 순환에서 값을 제거하고 거부는 화상을 불완전하게 만듭니다.
  9. 은행 감사자가 은행 활동을 검토합니다. 감사자 작업영역, 필터, 트랜잭션 행, 세부정보 대화상자, 작업 ID, 잔액, 승인 결과 및 기록을 사용하여 읽기 전용 형식으로 사용 가능한 은행 활동을 검토합니다.
  10. 기관 감사자가 참가자 활동을 검토합니다. 참가자 감사자 작업영역을 사용하여 조직의 계정, 이전, 승인, 잔액, 공정 ID 및 기록을 검토합니다. 기관 감사자 작업영역의 작업영역은 읽기 전용이며 자신의 조직으로 제한됩니다.

승인 정책: 토큰 생성 및 처분에 구성된 은행 관리자 요청 대기열이 사용됩니다. 발행자, 책임자, 사용자, 생성자-사용자 및 반환 전송은 활성 금액 기반 정책을 사용합니다. 구성된 승인자가 없는 경우 요청이 즉시 해결될 수 있습니다. 승인이 필요한 경우 정책은 요청을 구성된 은행 승인자 계정으로 경로 지정합니다. 한 명의 승인자가 이를 결정해야 하며 여러 명의 승인자가 순차적으로 작동합니다. 거부는 보류 중인 전송을 중지하지만 해결되지는 않습니다.

각 요청 또는 결정 후에 해당되는 경우 발신자, 수신자, 관리자 및 감사자 뷰를 새로 고칩니다. 다른 작업을 제출하기 전에 최종 상태 및 잔액을 확인하십시오.