Transparency

주장은 싸고, 확인은 비쌉니다. 이 페이지는 패스포트가 화면에서 하는 모든 주장에 대해 “누가, 어떻게 확인할 수 있는가”를 공개해 그 확인 비용을 줄이는 장치입니다. 암호학으로 증명되는 것과 운영자를 믿어야 하는 것을 구분해 표시하고, 운영자를 믿어야 하는 부분은 규칙과 파라미터를 전부 공개해 “약속이 바뀌었는지” 누구나 감시할 수 있게 합니다.

검증 등급

• 🔐누구나 재검증

  서명 원문이 공개되어, 브라우저 안 ecrecover 만으로 서버·운영자 신뢰 없이 검증할 수 있습니다.

• ⛓️온체인 기록

  이더리움 체인에서 누구나 직접 조회해 확인할 수 있습니다 (Etherscan 등).

• 🏛️운영 기록

  운영 DB·설정에 의존합니다 — 대신 적용 규칙과 파라미터를 전부 공개합니다.

주장 원장

이 서비스가 하는 주장 전부와 그 확인 방법 — 검증된 것보다 더 많이 주장하지 않기 위한 목록입니다.

• 🔐누구나 재검증

  지갑 소유 — “이 기록은 지갑 주인이 직접 서명했다”

  확인 방법 · 서명의 벽·퍼스널 패스포트 각 항목의 [서명자 직접 복구] 버튼 — 브라우저 안 ecrecover, 서버 호출 없음.

  한계 · 지갑 소유까지만 증명합니다 — 지갑 뒤의 “사람”이 누구인지는 증명하지 않습니다.

• 🔐누구나 재검증

  시그널 투표 — “이 지갑이 이 선택지에 투표했다”

  확인 방법 · 투표 서명 원문(제목·선택지 전문 포함)이 벽에 공개됩니다 — 누구나 ecrecover 로 재검증.

  한계 · 표 가중치(잔액)는 투표 시점 스냅샷입니다 — 결과는 “참고 신호”이지 검증된 민의가 아닙니다.

• 🔐누구나 재검증

  월간 체크인 — “이 달에 활동했다”

  확인 방법 · 달마다 새 소유 서명(YYYY-MM 포함)이 벽에 남습니다 — 아래 전체 덤프로 월별 재집계 가능.

• 🔐누구나 재검증

  생태계 연동(Connect) — “연동 스탬프는 지갑 소유자의 도메인 결속 서명으로만 발급된다”

  확인 방법 · /api/wall/export 에서 kind=connect 항목의 message·signature 를 ecrecover 하고, SIWE 원문의 domain 필드가 해당 서비스인지 직접 대조 — 서비스 서버의 자기신고로 발급되는 경로는 없습니다.

  한계 · 서명은 “그 서비스 도메인으로 연결 세리머니를 수행했음”까지만 증명합니다 — 해당 서비스 안에서의 활동량은 증명하지 않습니다.

• ⛓️온체인 기록

  MOC 보유량 / Holder 스탬프

  확인 방법 · Etherscan 에서 MOC 토큰 balanceOf 를 직접 조회해 대조할 수 있습니다.

  한계 · 패스포트의 잔액은 인증 시점 기록입니다 — 현재 잔액은 체인에서 직접 확인하세요.

• ⛓️온체인 기록

  MOC 총 공급 — 활동 현황의 분모

  확인 방법 · Etherscan 에서 MOC 토큰 totalSupply 를 직접 조회해 대조할 수 있습니다 — 요청 시점 라이브 값입니다.

  한계 · RPC 일시 장애 시 이 값만 비워 표시될 수 있습니다(나머지 집계는 그대로) — 새로고침하면 복구됩니다.

• ⛓️온체인 기록

  거래소 출금(Activation) — “실제 MOC 가 이 지갑에 입금됐다”

  확인 방법 · 제출된 tx 해시의 영수증을 체인에서 조회해 MOC Transfer(수신 = 신청 지갑)와 confirmations 를 확인합니다.

  한계 · “어느 거래소에서 왔는가”는 의도적으로 검증을 강제하지 않습니다 — 거래소 핫월렛 주소는 수시로 바뀌어, 고정 목록 대조는 정당한 신청을 오거부하는 더 나쁜 결과를 낳습니다. 거래소 이름은 신청자 자기신고이며, 운영 검토 시 참고 정보로만 대조합니다.

• 🏛️운영 기록

  파운딩 코호트(Founding 2026)

  확인 방법 · 발급 마감(cutoff) 시각을 아래에 공개합니다 — 덤프에서 “첫 소유 서명 < cutoff” 로 재검증할 수 있습니다.

  한계 · cutoff 연장은 약속 파기이므로 하지 않습니다 — 단축만 운영 판단으로 가능합니다(공언).

• 🏛️운영 기록

  스탬프 발급 · 벽의 집계 숫자

  확인 방법 · 발급 규칙은 이 페이지에 공개 — 서명 기반 집계는 전체 덤프로 누구나 재집계해 대조할 수 있습니다.

  한계 · 운영 DB 가 항목을 “누락”하는 것은 덤프로 증명할 수 없습니다 — 위조는 불가능, 누락은 시점 비교로 감시하세요.

• 🏛️운영 기록

  활성 MOC 집계 (인증 지갑 보유 합)

  확인 방법 · 인증 지갑들의 “인증 시점 holder 잔액” 합입니다 — 개별 지갑 잔액은 각 주소로 Etherscan balanceOf 를 조회해 대조할 수 있습니다.

  한계 · 서로 다른 시점 스냅샷의 합이라 단일 블록에서 재현되지 않습니다 — 라이브 총량이 아니며, 지갑이 처분해도 다음 인증 전까지 반영되지 않습니다. “활성 vs 총 공급” 비율은 추세 참고용입니다.

• 🏛️운영 기록

  거래소 수탁 추정 합계

  확인 방법 · Etherscan 신규 MOC 홀더 랭킹 + Transfer 이벤트 온체인 추적으로 식별한 거래소 수탁성 지갑들의 라이브 balanceOf 합입니다(재단 지갑 제외).

  한계 · 거래소가 공식 확인한 값이 아니라 운영자의 온체인 추적 추정치입니다 — 핫월렛 교체·미식별 지갑으로 실제와 다를 수 있습니다. 개별 주소는 제3자 단정·표적을 피하려 공개하지 않고 합계만 노출하므로, 이 숫자 자체는 외부에서 주소별로 재현하기 어렵습니다(추정 티어).

• 🏛️운영 기록

  Activation 지원 지급(paid)

  확인 방법 · 신청→검증→승인→지급의 모든 관리자 행위가 append-only 감사 로그에 남습니다(행위자 = 복구된 지갑 주소).

  한계 · 실제 MOC 송금은 법무 절차 후 수동입니다 — “paid” 는 사후 표기일 뿐, 이 앱이 송금을 증명하지 않습니다.

• 🏛️운영 기록

  Exit Pass — “relayer 가 가스를 대납해 사용자 서명대로만 전송했다”

  확인 방법 · 사용자 서명 2개(정확한 금액·수신주소 결박)대로만 집행 — 집행되면 온체인 tx 가 증거로 남습니다.

  한계 · 일일 대납 한도를 아래에 공개합니다 · 수신 주소는 프라이버시상 공개 레지스트리(벽)에 올리지 않습니다.

• 🏛️운영 기록

  관리자 행위

  확인 방법 · 관리자는 공유 비밀번호가 아니라 지갑 서명(SIWE식)으로 로그인합니다 — 행위가 주소 단위로 추적됩니다.

  한계 · 허용목록(allowlist)은 운영 설정입니다 — 아래에 등록된 관리자 수를 공개합니다.

활동 현황 · 집계

개인정보 아닌 집계 수치 — “이 서비스가 실제로 쓰이나”를 공개로 둡니다.

30일 리텐션은 일일 holder 스냅샷(백로그) 도입 후 공개 예정.

운영 파라미터 — 지금 적용 중인 값

기계가 읽을 수 있는 원본: /api/transparency · 주기적으로 받아 보관하면 “약속 변경”을 시점 비교로 감시할 수 있습니다.

🌱 Founding 2026 발급 마감 (cutoff)

2027.01.01 (2027-01-01T00:00:00.000Z) · 현재 발급 중

🪙 Holder 기준

100 MOC 이상 · 0x8bbf…0dab (chain 1)

🎫 Activation 월간 cap

무제한 (2026-06-11 운영 결정) — 지갑당 월 1건만 적용

⛓️ 출금 tx 최소 confirmations

12 블록

🗳️ 위임(delegateBySig) 모드

온체인 브로드캐스트 · relayer 일일 50건 한도

🚪 Exit Pass (가스리스 복귀)

활성 — relayer 가스 대납 · 일일 20건 한도

🤖 AI 위임 대상 주소

미설정

🔗 Connect 연동 서비스

Mossverse (wa.moss.land) · Agora (agora.moss.land)

🏛️ 등록된 관리자 지갑 수

1개 (지갑 서명으로만 로그인)

보전 기준 — 거래소별 MOC 출금 수수료 공시

Activation Cost Support 가 보전하는 “출금 수수료 상당액”의 기준입니다. 수수료는 온체인에 나타나지 않고 거래소가 수시 조정하므로, 기준일을 명시해 공시합니다 — 신청 시점의 기준이 제안액으로 기록되고, 최종 보전액은 관리자 검토로 확정됩니다. 또한 미리 알려둘 점: 자가지갑의 MOC 를 거래소로 되돌릴 때는 소액의 ETH 가스(현재 기준 수십 원 수준)가 필요하며, ETH 가 전혀 없으면 전송이 불가능합니다 — 또는 서명만으로 돌아가는 가스리스 복귀(Exit Pass)를 이용할 수 있습니다(현재 운영 상태는 위 ‘Exit Pass’ 항목 참고).

• 업비트 100 MOC (정액) · 2026-06-11 기준
• 빗썸 출금액의 1% (정률) · 2026-06-11 기준
• 코인원 13.04 MOC (정액) · 2026-06-11 기준
• 고팍스 100 MOC (정액) · 2026-06-11 기준

직접 검증 — 전체 덤프와 공증

서명의 벽 집계는 운영 DB 에서 계산됩니다. 믿는 대신 /api/wall/export(id 오름차순 페이징)로 서명 전체를 받아 직접 재집계·보관할 수 있습니다 — 공개(public) 항목은 ecrecover 로 위조 여부까지 검증 가능합니다. 두 가지 정직한 한계: 서명 레지스트리 도입 이전에 인증한 지갑은 다음 체크인 전까지 서명이 없을 수 있고, 공개 게시는 동의한 기록만 포함되므로(개인정보 보호 — 미동의·철회분은 해시 스텁), 재집계 값은 벽 집계의 하한입니다.

사후 삭제·변조 감시 · 덤프에 가짜 항목을 넣는 것은 불가능하지만(서명 위조 불가), 과거 항목의 사후 삭제·변조는 덤프 한 번으로는 알 수 없습니다. 그래서 운영 서버와 분리된 자동화가 매일 전체 덤프의 canonical 해시를 기록하고, 매번 “전일 기록 시점까지(prefix)”의 해시를 재계산해 대조합니다 — 어제까지의 기록이 오늘 달라져 있으면 즉시 탐지됩니다. 정보주체가 공개 게시를 철회하면 원문은 파기되지만 레코드 해시(leafHash)는 tombstone 으로 남아 체인이 깨지지 않습니다 — 몰래 삭제(행이 사라짐 → 탐지)와 적법한 파기(스텁 잔존)가 공개적으로 구별됩니다.

한계 · 다만 이 digest 체인은 현재 비공개 저장소의 브랜치에 기록되어 제3자가 직접 대조할 수 없습니다. 따라서 서버 버그·외부 오류로 인한 변조는 위 방식으로 탐지되지만, 운영자 본인의 고의 변조까지 잡아내는 것은 운영자의 정직한 감시 운영에 의존합니다. digest 체인을 공개해 제3자가 독립 검증하도록 하는 것은 v2 로드맵 항목입니다.

해시 정의(누구나 동일 계산 가능): 항목별 leafHash = sha256(JSON.stringify([address,kind,period,message,signature])), 전체 공증값은 id 오름차순으로 JSON.stringify([id,leafHash])+"\n" 을 이어붙인 바이트열의 sha256. createdAt 은 서버 시계에 의존하므로 제외 — 암호학적 내용만 공증합니다. 공개 항목의 leafHash 는 원문에서 직접 재계산해 대조할 수 있고, 정의가 전부 공개되어 있으므로 제3자도 같은 계산을 독립 수행해 보관·시점 비교할 수 있습니다.