회원 및 역할 디렉토리

1) 디렉토리가 필요한 이유

이 카탈로그는 네트워크의 주제에 대한 단일 진실의 원천입니다. 누가 누구인지, 어떤 역할을하는지, 어떤 권리와 제한, 신뢰의 수준과 행동의 역사는 무엇입니까? 그것은 정체성 → 역할 → 관계 → 지표 → 인센티브를 연결하고 운영, 점검 및 확장 된 생태계를 수행합니다.

• 서비스 간의 연결성을 줄입니다 (단일 역할/자격 모델).
• 온 보딩/오프 보드 및 규정 준수를 단순화하십시오.
• 평판과 담보를 구축하여 접근하고 의사 결정을 제한하십시
• 감사를 보장하기 위한 것이다.

2) 역할 분류법 (추상화 수준)

• 사용자/플레이어/고객 (소비자)
• 개발자/인테그래터 (빌더)
• 자원 공급자 (계산/저장/DA/유동성)
• 컨텐츠/제품 제작자
• 노드/검증기/오라클
• 운영자
• 제휴/파트너/Aggregator
• 분석가/연구원
• 큐레이터/중재자
• 규제 기관/감사

• 판매자 운영자: 운영자 + 청구 + 준수.
• Creator-Affiliate: 제작자 + 파트너 깔때기.
• 노드 제공자: 컴퓨팅/네트워크 리소스를 제공하는 유효성 검사기.
• 빌더 관리자: 개발자, 서비스 소유자 및 SLO.

• 서비스 계정, CI/CD 로봇, 큐 레이션 봇, 사기 방지 에이전트.

3) 디렉토리 입력 속성 (최소 프로필)

신원: DID, 외부 식별자에 대한 바인딩, 검증 상태 (KYC/KYB).
역할-활성 역할 + 동작 시간 창 목록.
권리 및 제한: 액세스 권한 (ABAC/RBAC), 할당량 제한 (API, 리소스, 재무 제한).
평판 (R): 평판 포인트/배지 (소울 바운드), 붕괴 기능.
스테이크 (S): 서약 및 보증금, 슬래시 조건.
관계 (RNFT): 활성 계약 "subyekt SL subyekt/set" (매개 변수, KPI, 날짜, 종료 가격).
준수: 지리 정책, 연령 플래그, 제재/규제 상태.
관찰 가능성: 주요 품질 지표 (SLA, 가동 시간, 중재 정확도, 반품/분쟁).
감사: 권리/역할 변경, 외부 점검, 서명 로그.

4) 역할 → 권리 → 행동 (액세스 행렬)

권리는 ABAC 정책 (주제, 자원, 상황의 속성) 으로 표현되며 RNFT로 수정됩니다.

5) 회원 수명주기

1. 온보드 DID 등록 → 기본 점검 → 초기 역할/할당량.

2. 활성화: RNFT 계약 문제 (계열사, 리소스 제공자, 노드), 예금 S, R. 시작

3. 작동: KPI에 따른 R 축적, 할당량/제한 수정, 자동 업그레이드/자동 스로틀.
4. 사건/분쟁: 중재, 부분/완전 슬래시 처벌, 역할 중단.
5. 오프 보딩: RNFT 폐쇄, S 리턴 (마이너스 페널티), 프로필 보관, 감사 보고서.

6) RNFT 템플릿 (관계 및 계약)

제휴 RNFT: 추적 매개 변수, 지불 모델 (CPA/CPL/RevShare/하이브리드), 절벽/투자, 사기 방지 규칙.
계산/저장-RNFT: 기계/GPU 클래스, 할당량, 가격, SLO, 처벌 및 보상.
Validator-RNFT: 크기 S, 참여 및 슬래시 규칙, 지불 일정, 감사.
크리에이터 -RNFT: 권리/라이센스, 개정, 중재 표준, 위반에 의한 인덱싱.
데이터/API-RNFT: 제한, 개인 정보 보호, 라이센스, 유지/제거, ZK 패스.

RNFT는 권리, 제한 및 KPI를 전달하는 계약입니다. 역할 및 정책 참조와 관련이 있습니다.

7) 평판 (R) 과 유치권 (S)

R (소울 바운드): 무게는 액세스, 우선 순위, 가격입니다. 부패, 사면, 도전이 있습니다.
S (스테이크): 품질/정직에 대한 경제적 책임; 벌금의 원천, 사용자 보험.
조합: 고위험 역할 (유효성 검사자, 볼륨이있는 계열사) 의 경우 R 및 S가 모두 필요합니다.

8) 체인 간 카탈로그 작성

이동성: 권리/제한 (RNFT) 은 도메인간에 전송됩니다. 평판 R은 원래 트러스트 도메인에 남아 있습니다 (입증 가능한 집계/배지 만 나뉩니다).
동기화: 메시징 허브는 검증 가능한 증거와 함께 프로필/역할 "스냅 샷" 을 게시합니다.
도메인 정책이 다를 때 충돌이 더욱 엄격합니다.

9) 관찰 가능성과 품질

• 제작자: 허용되는 출판물, 불만/1000, 반품 공유.
• 노드: 가동 시간/대기 시간, 오류율, 사고/분기.
• 공급자: SLA 중단, 대기열 지연, 탈출 이상.
• 제휴: 보류, 사기율, 요금 환급.
• 큐레이터: 신호의 정확성/리콜, 지상 진실과의 일관성.
• 대시 보드: 역할 상태, 오류 예산, 편차 경고.
• 감사: 불변의 저널, 서명, 사후 공개.

10) 준수 및 개인 정보 보호

DID + 확인 가능한 자격 증명: PD 최소화, 선택적 공개, 연령/지역 ZK 증명.
보존 정책: 보존 기간, 제거/동결 권리.
지역 제한: 지오 및 제품에 대한 자동 액세스/제한 규칙.
보고: 레지스터 수출, 위험 결정의 주제 로그.

11) 카탈로그 번호

역할/권리 변경 절차: 보안을위한 제안, 쿼럼, 거부권 모드.
투표의 R 수정 자: 평판은 민감한 결정에 대한 "원시 자본" 의 영향을 제한합니다.
일몰 조항: 조종사/실험을위한 임시 권한.
정기 검토: 액세스 매트릭스 및 RNFT 템플릿의 분기 별 감사.

12) 카탈로그 데이터 모델 (논리)

제목 '

RoleBinding ''

오른쪽/제한 ''

평판 '<주관식, rType, 점수, 붕괴, 증거 참조>'

스테이크 '<주관식, 자산, 금액, 잠금, 슬래시 규칙>'

RNFT ''

ComplianceFlag '<주관식, 지역, 연령, 제재, riskScore>'

AuditLog '<추후, 서명, 이유>

13) 구현 플레이 북

1. 배우의 매핑 및 가치 흐름. 화해 역할/경계.
2. RNFT 템플릿 설계. 기본 관계 (노드, 공급자, 계열사, 제작자).
3. 액세스 행렬 (ABAC). 자원 분류, 행동, 제한/할당량.
4. R/S 정책. 임계 값, 부패, 처벌, 보험 기금.
5. 정체성과 준수. DID/VC, ZK 격차, 수출 보고서.
6. 관찰 가능성. 역할, 경고, 감사 기록에 따른 측정.
7. 파일럿과 게임 일. 온 보딩, 슬래시, 분쟁 확인.
8. 스케일링 및 상호 연결. 상태 스냅 샷, 권한 동기화, 엄격한 충돌.

14) 카탈로그 KPI

완전성과 관련성: 유효한 DID/VC를 가진 피험자의 비율; 연체 된 RNFT <대상%; 평균 온 보딩 시간.
품질 및 안전: 액세스 사고/분기, 역할 별 슬래시 빈도, 문제가있는 결정의 공유.
경제학: LTV/마진과의 R/S 상관 관계; 서약에 의해 보호되는 수익의 비율.
존재하지 않는 사람을 찾을 수 없습니다.
지속 가능성: 잘못된 권리에 의한 MTTR, 오류 예산에 의한 자동 분해 비율.

15) 배송 점검표

• 역할, 리소스 모델 및 ABAC 행렬 정의
• 구현 된 RNFT 템플릿 및 S- 서약 정책
• 부패 및 사면/항소 절차에 포함 된 R 평판 포함
• 민감한 속성을 위해 구성된 DID/VC 및 ZK 간격
• 품질 대시 보드, 감사 추적, 수출보고 가능
• 온보드/오프 보드/사고 시나리오가 해결되었습니다
• VvedenyQuest 절차 (제안, 거부권, 일몰)
• 교차 체인 권한/제한 동기화가 설정되었습니다

16) 용어집

레지스트리: 역할, 권리 및 입증 가능한 이력을 가진 주제의 등록.
RNFT: 상호 교환 불가능한 관계/권한/제한 계약 및 KPI.
R- 토큰: 품질/신뢰에 대한 양도 할 수없는 평판.
S- 토큰: 경제적 책임의 서약.
ABAC/RBAC: 속성/역할별 인증 모델.
DID/VC: 분산 된 신원 및 검증 가능한 크레딧.

결론: 참가자 및 역할 카탈로그는 인센티브 경제 및 관찰 성에 대한 정체성, 계약 및 권한을 연결하는 생태계 운영 매트릭스입니다. RNFT 관계, R/S 정책 및 ABAC 매트릭스를 표준화함으로써 네트워크는 통제 된 성장, 입증 가능한 보안 및 예측 가능한 진화를 얻습니다.