가상자산법/레벨 VI · 시장 행위/6.3 정직한 발행/수업 3

온체인 투명성: 사람들에게 확인할 곳을 알려줌

왜 공개 블록체인 데이터는 프로젝트 출시 시 어떤 주소와 계약, 코드를 확인해야 하는지, 그리고 해당 데이터가 무엇을 증명할 수 있고 무엇을 증명할 수 없는지가 알려질 때에만 정보 공개(disclosure)로 기능하는 것일까.

교육 목적이며 법률, 세무 또는 투자 자문이 아닙니다. 가상자산 관련 법은 국가와 주(州)마다 다르며 자주 바뀝니다. 행동하기 전에 거주지의 현행 규정을 자격을 갖춘 변호사나 세무사에게 확인하세요.

가장 가벼운 길

법이 허용하는 범위에서 가장 저렴하고, 세금이 가장 적고, 가장 간단하며, 가장 사적인 방법을 우선순위대로 정리했습니다. 각 단계마다 근거가 되는 규정과 합법성을 유지하는 조건을 밝힙니다.

무료이며 가장 효과적입니다: EIP-20은 이름이 선택 사항이고 복사가 쉬우므로, 토큰의 계약 또는 민트 주소를 하나의 안정적인 공식 장소에 게시하고 모든 곳에 동일하게 반복하세요. 주의할 점: 주소 변경 시 이를 공개적으로 설명해야 합니다.
Etherscan에서 무료 소스 코드 검증 또는 Solana 프로그램의 경우 solana-verify를 통해 검증하세요. 주의할 점: 검증은 게시된 코드가 배포된 코드임을 증명할 뿐, 안전성을 보장하지 않으며 업그레이드 가능한 코드는 나중에 교체될 수 있습니다.
개인 이름이 아닌 역할별로 풀, 잠금, 배정(베스팅) 계약, 보물창고 및 팀 지갑을 라벨링한 지도를 게시하세요. 이는 대중으로부터의 합법적인 프라이버시입니다. 주의할 점: 공개된 지갑은 영구적이며 연결된 전송은 추적 가능하고 세금 보고는 계속됩니다.
잠금, 권한 취소 또는 배정(베스팅) 배포에 대해 각 주장을 트랜잭션 해시로 증명하세요. SEC의 2026년 해석은 완료 시 약속한 작업을 공개하도록 장려하며, 해시를 공유하는 데 비용이 들지 않습니다. 주의할 점: 주소가 변경됨에 따라 지도를 최신 상태로 유지해야 합니다.

준비물해당 토큰 체인의 블록 익스플로러(토큰 컨트랙트 또는 민트 주소에서 열려 있음)프로젝트가 공식 주소를 게시한 경우의 목록EIP-20 토큰 표준과 솔라나의 검증된 빌드 문서6.3.1과: 정직한 공개에 필요한 사항들

호기심

어차피 모든 것이 체인에 있으니, 왜 출시할 때 굳이 무언가를 공개해야 하나요?
구매자는 같은 이름을 가진 진짜 토큰과 모조품을 어떻게 구분할 수 있을까요?
검증된 소스 코드가 계약이 안전하다는 뜻인가요?

탐구

공개 블록체인상의 모든 전송 내역은 확인할 수 있지만, 단순히 볼 수 있다는 것이 곧 정보 공개(disclosure)를 의미하는 것은 아닙니다. 수천 개의 주소를 마주한 구매자는 어떤 주소가 팀에 속하는지, 어떤 것이 풀인지, 어떤 것이 락 컨트랙트인지, 그리고 어떤 것이 거래소인지를 알 수 없습니다. 투명성은 크리에이터(발행자)가 지도를 공개할 때부터 시작됩니다: 토큰 컨트랙트 또는 민트 주소, 풀 주소, 락 컨트랙트, 재무 관리용 지갑 및 팀 지갑, 베스팅 컨트랙트, 그리고 모든 프로그램이나 프록시 주소. SEC의 제안된 '암호자산 규제안(Regulation Crypto Assets)'은 해당 면제를 사용하는 발행자들이 토큰의 거래 내역을 '검증하는 방법(methods to verify)'을 설명하도록 요구하며(제안 규칙 103(b)(7)), 이 제안은 바로 이러한 지도를 정보 공개의 일부로 간주합니다.
토큰의 식별자는 이름이 아닌 주소입니다. ERC-20 표준(EIP-20, 2015년 11월 제정)에서는 name(), symbol(), decimals() 함수가 선택 사항이며, 동일한 이름과 티커를 가진 두 번째 토큰을 배포하는 것을 막을 수 있는 규정도 없습니다. 모방형 토큰들과 가짜 ‘공식’ 계정들은 이 점을 악용합니다(4.2.4절 참조). 계약 주소를 한 곳에 안정적으로 공개하고 모든 곳에서 동일한 방식으로 반복하는 것이 토큰 출시 시 가장 간단한 보호 방법입니다. 티커가 아닌 주소를 확인하는 구매자는 가장 흔한 함정을 피할 수 있으며, 설명 없이 주소를 변경하는 제작자는 구매자들이 더 이상 주소를 확인하지 않도록 만듭니다.
코드도 검증 가능하게 만들 수 있습니다. Etherscan의 문서에 따르면, 컨트랙트를 검증하면 해당 소스 코드가 익스플로러에 공개되어 누구나 온체인에 배포된 바이트코드와 일치하는지 확인할 수 있습니다. Solana의 검증된 빌드(verified builds)는 solana-verify 도구를 사용하여 배포된 프로그램의 해시값과 공개 저장소의 재현 가능한 빌드 결과를 비교함으로써 동일한 검증을 수행합니다. 검증은 단지 공개된 코드가 실제로 배포된 코드임을 증명할 뿐, 그 코드가 안전하거나 공정한지에 대해서는 아무런 정보를 제공하지 않으며, 업그레이드 가능한 프로그램이나 프록시는 나중에 교체될 수 있습니다(6.3.2절 참조). 제안 규칙 103(b)(6)은 발행자가 소스 코드를 공개했다면 해당 주소를 제시하도록 요구할 것입니다.
공급량과 보유량은 사람들이 다음으로 읽는 정보입니다. EIP-20은 모든 토큰이 totalSupply()를 보고하도록 요구하며, Solana의 토큰 도구들은 민트(mint)의 총 공급량을 보고합니다. 홀더 목록은 오독하기 쉬우며, 가장 큰 규모의 '홀더'는 종종 풀, 락 컨트랙트, 베스팅 컨트랙트 또는 거래소입니다. 이러한 주소들을 공개적으로 라벨링하고 어떤 잔액이 내부자의 것인지 설명함으로써(6.3.4절), 위협적으로 보이는 차트를 정확한 정보로 바꿀 수 있습니다. 기술적인 의미에서 소각되지 않았음에도 특정 주소에 도달한 토큰들도 총 공급량에 포함되므로, 이는 소각 주장에 신중해야 하는 이유 중 하나입니다(6.3.5절).
미국에서는 데이터를 공개하는 것이 정확한 진술을 대체하지 않습니다; 증권·상품 및 소비자 보호법이 검증 대상으로 삼는 것은 발행인이 내놓는 주장들입니다(5.1.7절 및 6.3.1절). 하지만 온체인 증거야말로 크리에이터가 해당 진술들이 사실임을 보여주는 방법입니다. SEC의 2026년 해석(Release No. 33-11412)은 작업 완료를 약속한 발행인들에게 그 작업이 완료되었을 때 이를 공개할 것을 권장하며, 락, 권한 철회 또는 베스팅 배포에 대한 트랜잭션 해시가 가장 직접적인 증거가 됩니다. 유럽연합(EU)에서는 MiCA 제6조(1)(h)항에 따라 화이트페이퍼에 기반 기술에 대한 정보를 포함해야 합니다.
투명성에는 명명할 가치가 있는 비용이 따릅니다. 공개된 지갑은 해당 인물이나 기업과 과거 및 미래의 모든 거래를 연결시키며, 규모가 큰 지갑은 복제 트레이딩(copy-trading)이나 원치 않는 관심을 끌 수 있습니다. 출시 시 주소를 개인 이름이 아닌 역할별로 라벨링할 수는 있지만, 일단 공개된 정보는 영구적이며, 라벨이 지정된 지갑과 그렇지 않은 지갑 간의 전송은 대체로 추적이 가능합니다. 실용적인 확인 방법: 익스플로러를 열고 공개된 컨트랙트 주소부터 시작하여, 출시 측의 지도(정보)만을 사용하여 풀, 각 락, 각 내부자 지갑 및 업그레이드 권한을 파악해 보세요; 이 지도에서 찾을 수 없는 것은 정보 공개(disclosure)의 누락입니다.

핵심 사실

2015년 11월 19일에 만들어진 EIP-20 토큰 표준은 name(), symbol(), decimals()는 선택 사항이지만, totalSupply()는 반드시 필요로 합니다.
이더스캔의 계약 검증 기능은 소스 코드를 공개하여 누구나 이 코드가 온체인에 배포된 바이트코드와 일치하는지 확인할 수 있게 해줍니다.
솔라나의 검증된 빌드는 배포된 프로그램의 해시를 공개 소스 저장소의 재현 가능한 빌드와 비교합니다.
'암호자산 규제안(Regulation Crypto Assets)'의 제안 규칙 103(b)(7)에 따르면, 발행자는 토큰의 거래 내역을 검증하는 방법을 설명해야 합니다.
제안된 규칙 103(b)(6)에 따르면, 발행사는 소스 코드를 공개적으로 제공한 경우 그 웹사이트 주소를 반드시 명시해야 합니다.
MiCA 제6조(1항)(h)에 따르면, 암호자산 백서에는 기반이 되는 기술에 관한 정보가 포함되어야 합니다.

연습 아홉, 여섯, 셋, 하나

9모으기알고 있거나 계획 중인 토큰을 구매자가 확인하는 데 필요한 주소나 코드를 최대 9개까지 나열하세요(일부 목록은 더 짧을 수 있음). 예: 토큰 컨트랙트, 풀, 락, 베스팅 컨트랙트, 업그레이드 권한 등.

6묶기이들을 6가지 카테고리로 분류하세요: 토큰 신원, 유동성, 내부자 보유분(홀더), 락 및 베스팅, 코드 및 업그레이드 제어, 그리고 아직 공개 주소가 없는 항목들.

3추리기6개 카테고리를 3개 그룹으로 줄이세요: 이미 게시되어 라벨이 지정된 항목들, 온체인상에는 보이지만 설명이 없는 항목들, 그리고 구매자가 전혀 찾을 수 없는 항목들.

1결정화구매자가 이 토큰에 대해 검증할 수 있는 내용을 가장 크게 향상시킬 단일 주소나 증빙의 공개를 설명하는 문장을 한 문장으로 작성하세요.

팩트 체크

날짜, 수치 및 주장은 아래에 명시된 출처들을 통해 확인되었습니다.

인터랙티브 아카데미에서 열기 →

EN PT ES ZH JA RU DE FR MS