04_검증_합의_메커니즘 (1)

버전: 1.0 Final 작성일: 2026-01-20

---

1. 듀얼 파이프라인 개요

1.1 파이프라인 비교

구분	Pipeline 1: MemePing	Pipeline 2: ContextCapture
대상	공개 소셜 콘텐츠	AI 대화 세션
핵심 기술	5-Hash Fusion + MIPS	zkTLS + MPC + Groth16
노드	Verifier (5명 중 3명)	Notary (3명 전원)
처리 시간	5-15초	10-25초
가스 비용	~$0.04	~$0.14

---

2. zkTLS (ContextCapture) 상세

2.1 5단계 프로세스

1

단계 1 — VRF로 Notary 3명 선발 (지역 분산)

시간: 1-2초

선발 기준에 따라 VRF로 Notary 3명을 선정합니다.

2

단계 2 — MPC-TLS 핸드셰이크

시간: 3-5초

선택된 Notary들과 MPC 기반 TLS 핸드셰이크를 수행합니다.

3

단계 3 — AI 서버와 대화

시간: AI 응답 시간

실제 AI 대화 세션이 수행됩니다.

4

단계 4 — 3-of-3 서명

시간: 1-2초

세 명의 Notary가 모두 서명합니다.

5

단계 5 — Groth16 ZK Proof 생성

시간: 2-5초

세션에 대한 ZK 증명을 Groth16으로 생성합니다.

2.2 Notary 선발 (VRF)

지역 분산 요건:

• 3명 Notary 중 최소 2개 대륙

• 동일 IP 대역 불가

• 최근 10 세션 내 중복 불가

2.3 ZK Circuit 제약조건

ID	유형	제약	변경
C1	회로	도메인 화이트리스트	거버넌스
C2	회로	keccak256(prompt || response) == content_hash	불변
C3	회로	타임스탬프 7일 이내	불변
C4	회로	TLS 파라미터에서 세션 바인딩	불변
C5	컨트랙트	Notary 서명 3개 필수	거버넌스
C6	컨트랙트	등록된 공개키로 서명 검증	불변
C7	컨트랙트	Notary ACTIVE 상태 확인	불변
C8	컨트랙트	session_id 재사용 방지	불변

2.4 기술적 사실

• TLSNotary: Apache-2.0 / MIT 듀얼 라이선스 (오픈소스)

• 플랫폼 차단 불가능: 표준 TLS 사용, MPC 참여 감지 방법 없음

• TLS 1.3: TLSNotary 미지원 → 장기 리스크 (별도 관리)

---

3. zkTLS 실패 처리

3.1 실패 시나리오

시나리오	원인	발생률
Notary 응답 없음	네트워크 문제	~2%
MPC 핸드셰이크 실패	타이밍 불일치	~1%
증명 생성 실패	클라이언트 리소스 부족	~0.5%

3.2 처리 플로우 (REVISED)

1

자동 재시도

자동 재시도 2회 (총 3회 시도), 재시도 간격 3초.

2

백업 Notary 풀 전환

상기 재시도 실패 시 백업 Notary 풀로 전환합니다.

3

모두 실패 시 로컬 저장

3회 모두 실패하면 관련 데이터를 로컬에 저장하고 나중에 재시도합니다.

4

PENDING 상태 및 PPAP 정책

PENDING 상태일 때 PPAP 없음 (품질 우선). 단일 Notary 모드 삭제: 보안 타협 없음.

3.3 사용자 경험

상황	UX
1회 실패	"재시도 중..." (자동)
2회 실패	"백업 노드 연결 중..."
3회 실패	"나중에 다시 시도해주세요. 로컬에 저장됨."

---

4. 5-Hash Fusion (MemePing)

4.1 해시 유형

#	해시	용도	저항하는 변형
0	SHA-256	정확한 바이트 매칭	없음 (원본 확인)
1	DCT pHash	시각적 구조	리사이즈, 압축, 자르기
2	aHash	빠른 필터링	기본 편집
3	dHash	색상 변화	색상 필터, 대비
4	CLIP ViT-L/14	의미 유사성	스타일 변환

4.2 매칭 로직

if SHA-256 매칭:
    → 원본 확인 (100%)
elif pHash + dHash + CLIP 매칭 (3/3):
    → 변형본으로 판정
elif pHash + CLIP 매칭 (2/2):
    → 커뮤니티 검증으로 이동
else:
    → 별개 콘텐츠

---

5. MIPS (ML 출력)

5.1 개요

MIPS (Memetic Influence Points Score): ML 모델이 산출하는 0-100 점수

5.2 4 Pillars (개념)

Pillar	명칭	측정 대상
QWE	Quality of Web Engagement	좋아요, 댓글, 공유 품질
NPM	Network Power Metric	공유자 영향력, 네트워크 중심성
MCA	Meme Content Assessment	이미지 품질, 텍스트 정렬
EQI	Emotional Quality Index	감정 강도, 반응 다양성

5.3 구현 방식

입력: Raw 데이터 (좋아요, 리플, 팔로워, 계정 정보...)
     ↓
ML 모델 (자체 학습 가중치)
     ↓
출력: MIPS (0-100)

• 가중치: 모델이 학습 (수동 정의 아님)

• 봇 탐지: 모델 내 자동 처리

• 플랫폼 가중치: 모델이 학습

5.4 개발 단계

• 현재: 개념/슬라이드만 존재

• 필요: 모델 아키텍처, 학습 데이터, 피처 엔지니어링

---

6. 텍스트 품질 검증 (4-Layer)

6.1 Layer 구조

Layer	시간	검증 내용	결과
1	즉시	최소 요건	Pass/Reject
2	<5초	임베딩 유사도	Pass/Flag/Reject
3	<10초	AI 분류기 QS	QS 점수
4	24시간	커뮤니티 검증	Final Decision

6.2 Layer 1: 최소 요건

항목	기준
최소 토큰	500
최소 턴	2
반복률	0.3 이하
엔트로피	4.0 이상

6.3 Layer 2: 유사도 검사

유사도	처리
0.95+	즉시 거부 (중복)
0.85~0.95	플래그 → Layer 4
0.85 미만	통과

6.4 Layer 3: AI 분류기

• QS 3.0 미만 → 거부

• QS 3.0 이상 → 통과 + 점수 기록

6.5 Layer 4: 커뮤니티 검증

대상: 플래그된 데이터만

항목	값
검증자 수	5명
승인 요건	3/5 동의
시간 제한	24시간

---

7. 커뮤니티 패널 (REVISED)

7.1 자격 요건

항목	이전	수정
스테이킹	500 PLART	5,000 PLART
정확도	80%	90%
검증 이력	-	500+ 검증
계정 연령	-	6개월+

7.2 다양성 요건

• IP/지역 다양성 (동일 대역 3명 이하)

• 시간대 분산

7.3 검증 보상 (REVISED)

결과	보상
정확	+0.2 PLART
오류	-0.05 PLART
5회 연속 오류	24시간 정지

7.4 전문가 샘플링

• 랜덤 1% 재검증

• 그룹 불일치 시 전체 패널티

---

8. 슬래싱 규칙 (REVISED)

8.1 노드 슬래싱

위반	슬래싱	탐지	이의제기
잘못된 PPAP 검증	30%	온체인 증명 모순	72시간
MPC 세션 포기	30%	타임아웃	24시간
데이터 비가용성	10%	가용성 챌린지	48시간
합의 공격 (증명 가능)	100%	암호학적 증거	없음

8.2 누적 점수 시스템 (REVISED)

항목	이전	수정
롤링 기간	90일	30일
경고	10 포인트	10 포인트
정지	15 포인트	15 포인트
영구 차단	20 포인트	20 포인트

8.3 슬래싱 처리

• 50% 소각

• 50% Insurance Fund

---

9. Notary 담합 확률

9.1 계산

100개 Notary, 10% 악의적 가정:
(10/100) × (9/99) × (8/98) = 0.074%

9.2 추가 방어

• VRF 랜덤 선발

• 지역 분산 강제

• 최근 중복 제한

---

10. 분쟁 해결

10.1 분쟁 제기

항목	값
보증금	10 PLART
제기 기한	등록 후 7일
이유	저작권, 품질, 기술 오류

10.2 해결 프로세스

1

분쟁 제기

분쟁 제기 시 10 PLART 보증금을 예치합니다.

2

패널 배정

커뮤니티 패널 15명이 배정됩니다.

3

심사 기간

72시간 심사가 진행됩니다.

4

투표

15명 중 10명 이상(10/15) 동의 시 결과 확정됩니다.

5

결과 처리

• 분쟁 인정: PPAP 취소, 제기자 보증금 반환 + 보상

• 분쟁 기각: 보증금 몰수 → Insurance Fund

10.3 항소

• 1회 항소 가능

• 추가 보증금 20 PLART

• 확대 패널 25명 재심사

---

11. 외부 의존성

11.1 Social API (REVISED)

지원 플랫폼: Instagram, TikTok, Threads, Farcaster

Twitter/X 제외: API 비용/제한 리스크

Fallback 전략:

1. 공식 API (1순위)

2. 서드파티 제공자 (Brandwatch, Sprout Social)

3. 온체인 소셜만 (Farcaster, Lens)

비용: Treasury 월별 예산 캡

11.2 AI 플랫폼 DOM 변경

항목	처리
대상	브라우저 확장 (Wallet)
모니터링	일일 자동 스캔
SLA	24-72시간 패치
Context Browser	자체 통제 (DOM 이슈 없음)

11.3 ToS 위반 리스크

책임 구조:

• 프로토콜: 오픈소스 도구 제공자, 직접 책임 없음

• 사용자: 체크박스로 책임 수락

리스크 등급:

등급	처리
Low	운영
Medium	경고 + 운영
High	기본 비활성화

11.4 저장소

확정: 0G Network (삭제 가능) 미사용: Arweave (삭제 불가 → GDPR 충돌)

백업: IPFS 피닝, 사용자 로컬 저장 권장

---

12. 주요 파라미터 요약

파라미터	값	변경
Notary 수	3-of-3	회로 고정
Verifier 수	5-of-3	거버넌스
패널 스테이킹	5,000 PLART	거버넌스
패널 정확도	90%	거버넌스
슬래싱 롤링	30일	거버넌스
분쟁 보증금	10 PLART	거버넌스
분쟁 기한	7일	거버넌스

---

문서 끝