편집자 주: “토큰을 어떻게 발행할 수 있나요?”는 빠르게 발전하는 암호화폐 산업의 특성을 고려할 때 창립자들로부터 받는 가장 일반적인 질문 중 하나입니다. 가격이 오르고 FOMO가 시작되면 다른 모든 사람들이 토큰을 출시해야 할까요? — 빌더가 주의 깊게 토큰에 접근하는 것이 더욱 중요합니다. 따라서 이 특별 게시물 시리즈에서는 출시 준비 , 위험 관리 전략 , 토큰에 대한 몇 가지 추가 규칙 및 지침을 다룹니다 . 토큰 및 기타 회사 구축 리소스에 대한 자세한 내용을 보려면 뉴스레터 에 가입하세요 .
토큰을 출시하려면 운영 관점에서 고려해야 할 몇 가지 단계가 있습니다. 이는 미국 증권거래위원회(SEC)의 규제를 받는 이해관계자와 협력하는 경우 더욱 그렇습니다 . 이 게시물의 목적은 프로토콜을 설정하고 보안을 보장하며 SEC 규제 기관이 규정 준수 요구 사항을 충족할 수 있도록 하는 데 필요한 실행 계획을 마련하는 것입니다.
토큰을 출시할 때 가장 먼저 알아야 할 것은 시간과 팀워크가 필요하다는 것입니다. 프로세스에는 프로토콜 개발자, 제3자 관리인, 스테이킹 제공자, 투자자, 직원 등 여러 유형의 이해관계자가 참여하며, 이들 모두는 새로운 디지털 자산의 생성 및 보관을 준비할 때 동일한 페이지에 있어야 합니다. 따라서 프로세스의 모든 단계에 대해 충분한 시간을 이해하고 할당하는 것이 중요합니다.
다음 지침은 시간에 따른 스냅샷을 나타냅니다. 시장이 변화하고, 신제품이 출시되고, 규제 환경이 발전함에 따라 모범 사례도 발전할 가능성이 높습니다. 그 동안 이러한 지침은 프로토콜 개발자가 토큰 출시를 준비할 때 고려해야 할 유용한 리소스가 될 수 있습니다.
#1: 관리인과의 조정
규제상의 이유로 특정 이해관계자는 주 또는 연방 당국에 등록되고 감독 및 조사 대상이 되는 것을 포함하여 특정 요구 사항을 충족하는 제3자 관리인의 지원을 받을 때까지 토큰을 보관할 수 없는 위치에 있을 수 있습니다. 암호화폐 자산을 비즈니스의 정기적인 실질적인 부분으로 보호하고 정기적인 재무, 운영, 보안 보고 및 감사를 받습니다.
모든 관리인이 동일하게 생성되지는 않는다는 점에 유의하는 것이 중요합니다. 귀하의 프로토콜에 출시 시 스테이킹 또는 거버넌스를 통해 네트워크를 보호하는 데 도움을 주는 대규모 투자자가 있는 경우, 지원을 구축할 수 있도록 몇 달 전에 고품질의 제3자 관리인과 협력하는 것이 필수적입니다. 품질 표준이 확실하지 않은 경우 투자자에게 요구 사항을 명확히 해달라고 요청하세요. 관리인이 처음부터 토큰을 처리할 준비가 되어 있을 것이라고 가정하지 마십시오. 그에 따라 계획을 세우세요.
일찍 대화를 시작하세요. 고품질 관리인이 새로운 레이어 1 블록체인(L1)을 지원하는 데 약 6~9개월 이상이 소요될 수 있습니다 . SNARK를 사용하거나 , 개인 정보 보호 기능이 있거나, 레이어 2(L2) 네트워크 와 상호 작용하는 프로토콜과 같이 더 복잡한 프로토콜은 프로세스를 연장할 수 있습니다 . 한편, ERC-20 및 NFT와 같이 이더리움을 기반으로 구축된 토큰이나 SPL(Solana Program Library ) 토큰 과 같이 솔라나를 기반으로 구축된 토큰은 더 간단하고 시간이 덜 소요될 수 있습니다. 예를 들어 3~5개월 정도 소요됩니다. 장애가 없습니다. 이러한 일정은 대략적인 추정일 뿐이며 관리인의 요구 사항에 따라 크게 달라질 수 있습니다.
프로토콜이 첫날부터 스테이킹과 거버넌스를 수반하는 경우 구축에는 훨씬 더 많은 시간이 걸릴 것으로 예상됩니다. 가능한 한 빨리 파트너에게 알리십시오. (스테이킹 및 거버넌스 활성화에 대한 자세한 내용은 지침 5를 참조하십시오.) 또한 이해관계자는 정보 보안(infosec) 및 운영 보안 관행 평가를 포함하여 관리인, 스테이킹 제공자 또는 기타 제3자 공급업체에 대해 실사를 수행해야 한다는 점을 고려하십시오 .
#2: 보안 감사 수행
토큰 출시 중이나 이후에 문제가 발생할 가능성을 줄이려면 토큰과 관련하여 작성한 모든 코드를 철저히 검토해야 합니다. 이는 일반적으로 프로젝트 개발 전반에 걸쳐 부분적으로 수행되거나 개발이 끝날 때 동시에 수행되는 코드 감사의 형태를 취합니다. 감사는 코드 오용 또는 소프트웨어 보안 가능성에 중점을 두고 유사한 제품을 검토한 경험이 있는 검토자가 수행해야 합니다.
현재 감사자를 인증하는 관리 기관이 없기 때문에 감사자를 선정하는 것은 간단한 작업이 아닙니다. 따라서 감사자가 충분한 자격을 갖추고 있는지 확인하기 위해 실사를 수행하는 것은 귀하의 책임입니다. 감사 회사의 자격을 검토할 때 다음 질문을 스스로에게 물어봐야 합니다.
- 감사자는 잠재 고객에게 제공할 수 있는 잘 정의된 테스트 방법론을 가지고 있습니까?
- 방법론은 검토 중인 프로토콜의 주요 문제를 해결합니까?
- 방법론에는 소프트웨어 취약점을 탐지하기 위한 업계 표준 기술과 도구의 사용이 포함되어 있습니까?
- 감사자는 검토 중인 프로토콜과 유사한 프로젝트를 검토한 경험이 있습니까?
- 감사자는 감사자의 검토 이후 세간의 이목을 끄는 보안 위반을 겪은 프로젝트에 참여했습니까? 그렇다면 감사자가 검토한 코드의 오류나 결함이 악용된 부분이었습니까?
이러한 질문에 대한 답변은 감사자가 소프트웨어를 출시하기 전에 오류를 감지하고 해결하기에 충분한 방식으로 프로토콜 검토를 수행할 준비가 되어 있고 능력이 있는지를 명확히 해야 합니다.
감사를 의뢰하고 감사자로부터 최초 보고서를 받은 후에는 모든 심각한 문제(심각도가 높거나 심각한 문제, 심각도가 중간인 경우도 있음)를 해결하고 덜 시급하고 심각도가 낮은 문제를 선택적으로 해결해야 합니다. 해결하지 않기로 선택한 문제에 대해서는 이유를 제시해야 합니다. 초기 보고서에서 문제를 해결한 후에는 수정 노력의 완전성을 확인하는 작업을 감사자에게 맡깁니다.
보고된 문제의 해결을 성공적으로 확인한 후 최종 보고서를 작성하여 프로토콜 소스 코드와 함께 공개적으로 게시하거나 토큰을 받거나 처리하는 모든 당사자가 사용할 수 있도록 해야 합니다.
#3: 토큰 할당 및 배포
고품질 관리인 및 기타 이해관계자와 협력하여 타임라인을 만들고 보안 감사를 수행한 후에는 토큰 할당 및 전달에 대해 생각해 볼 차례입니다.
프로토콜 개발자는 토큰 출시 전이나 후에(토큰 생성 이벤트라고도 함) 두 가지 방법 중 하나로 토큰을 할당할 수 있습니다. 많은 이해관계자들은 출시 전에 할당을 받는 것을 선호합니다. 즉, 그들은 블록체인의 첫 번째 블록인 제네시스 블록이 생성될 당시 해당 블록에 지갑 주소가 내장되어 있는 것을 선호합니다. 그러나 이것은 결코 요구 사항이 아닙니다. 출시 후 할당된 토큰은 트랜치로 이해관계자에게 전달될 수 있으며, 각 트랜치는 총 토큰 공급량의 일정 비율에 해당합니다.
토큰을 배포할 때는 토큰을 보내는 위치, 배포할 지갑 수를 염두에 두고 주소를 신뢰하되 확인하세요. RIA와 같은 SEC 규제 이해관계자는 토큰이 관리인에게 직접 전달되도록 요구할 가능성이 높습니다. 이해관계자는 원하는 만큼 지갑을 가질 수 있는 옵션을 가져야 합니다. 이를 통해 특정 지갑에 토큰이 집중되는 것을 최소화하고 위험을 분산시킬 수 있으며 이는 부분적으로 지갑당 또는 계정당 최대 한도를 포함한 보험 정책 에 따른 것입니다 . 토큰을 배포하기 전에 항상 테스트 트랜잭션을 보내고 영수증을 확인하십시오. 이렇게 하면 배달 오류 가능성을 줄일 수 있습니다.
요약하자면, 프로토콜 개발자는 스스로에게 다음과 같이 질문해야 합니다.
- 이해관계자는 언제 자산을 받게 됩니까(예: 출시 전 또는 출시 후)?
- 이해관계자는 어디에 토큰 전송을 요청하며 각 이해관계자는 몇 개의 지갑을 요청합니까?
- 이해관계자가 모든 토큰을 한 번에 받나요, 아니면 트랜치로 받나요?
#4: 락업 시행 보장
토큰 락업은 프로젝트의 장기적인 성공에 대한 확신을 입증하고 장기적으로 이해관계자의 이익을 조정하기 위한 최고의 메커니즘 중 하나입니다. 이는 다양한 기간에 결정될 수 있으며 잠재적으로 다른 토큰 고려 사항보다 훨씬 앞서 있습니다. 예를 들어, 토큰 영장에 서명할 때 시드 라운드에서.
모범 사례는 모든 내부자( 직원, 투자자, 고문, 파트너 등) 에게 동일한 토큰 베스팅 및 잠금 기간이 적용되는 것입니다. 내부자가 서로 다른 락업 기간을 갖고 있거나 이러한 락업의 시행이 불분명한 경우, 이는 의도치 않게 예측할 수 없는 인센티브를 생성할 수 있으며 일부 내부자는 선제적으로 토큰을 판매하려고 시도할 수 있습니다. 이는 프로토콜에 대한 불신을 조성하고 그렇지 않으면 부정적인 영향을 미칠 수 있습니다. 관련된 모든 사람은 유사한 일정에 따라 작업해야 하며, 해당 일정은 모든 사람이 프로젝트의 장기적인 성공을 지향해야 합니다. (이러한 고려 사항은 잠금이 허용되는 것보다 더 빨리 사용이 발생하더라도 사용자가 블록체인 네트워크 또는 앱에서 토큰을 사용하는 것을 배제해서는 안 됩니다.)
베스팅 및 잠금 기간(토큰 출시 후 1년 이상이어야 함)을 결정한 후에는 제3자 관리인, 프로그래밍 방식 또는 둘 다를 통해 토큰을 배포하도록 선택할 수 있습니다. 많은 이해관계자는 이상적으로는 관리인이 토큰을 받고 법적, 기술적 관점에서 락업 및 베스팅 일정을 시행하도록 하려고 할 것입니다. 다른 옵션에는 감사된 스마트 계약 또는 기타 제3자 토큰 베스팅 도구를 통해 베스팅 일정에 따라 토큰을 청구하는 것이 포함됩니다 .
이 단계에서 물어볼 주요 질문은 다음과 같습니다.
- 모든 이해관계자에게 동일한 락업 및 베스팅 기간이 적용됩니까?
- 관리인이 락업 조건을 시행할 수 있나요?
- 잠금 해제된 토큰은 베스팅 일정에 따라 어떻게 배포되나요?
#5: 스테이킹 및 거버넌스 활성화
첫 번째 지침에서 언급했듯이, 프로토콜을 보호하기 위해 이해관계자가 스테이킹 및 거버넌스에 참여해야 하는 경우 사전에 관리인과 조정해야 할 수도 있습니다. 프로토콜 개발자는 관리인이 기본적으로 토큰에 대한 스테이킹 및 거버넌스를 지원할 것이라고 가정해서는 안 됩니다. 관리인이 스테이킹 및 거버넌스 지원을 구축하려면 시간(보통 몇 달)이 필요합니다.
귀하의 프로토콜이 스테이킹이나 거버넌스를 위해 이해관계자에게 의존하는 경우 스스로에게 물어볼 수 있는 질문 목록은 다음과 같습니다.
스테이킹 관련 질문:
- 관리인은 스테이킹 제공자에 대한 임의 위임을 허용합니까, 아니면 관리인이 미리 선택된 제공자 그룹을 갖습니까? (프로토콜을 탐색하고 테스트넷 단계에서 피드백을 제공한 스테이킹 제공자와 협력하는 것이 도움이 될 수 있습니다.)
- 관리인이 스테이킹 제공자 그룹을 미리 선택한 경우 이것이 네트워크 보안과 프로토콜의 탈중앙화 노력에 어떤 영향을 미치나요? (전 세계적으로 검증인이 있는 다양한 스테이킹 공급자를 선택하면 프로토콜을 분산시키는 데 도움이 될 수 있습니다.)
- 보상이 복합적으로 발생합니까, 아니면 이해관계자가 다시 지분을 확보해야 합니까? (이상적으로는 보상이 수동이 아닌 자동으로 다시 스테이킹됩니다.)
- 지갑당 스테이킹할 수 있는 최소/최대 금액이 있나요?
- 검증인 노드에 대한 토큰 최소/최대가 있습니까? 시간이 지남에 따라 변경됩니까?
거버넌스 질문:
- 이해관계자가 거버넌스에 참여할 것으로 예상하는 경우 관리인이 이러한 참여를 기술적으로 활성화할 예정인가요? 아니면 이해관계자를 대신하여 투표를 실행할 예정인가요?
- 프로토콜에 대한 온체인 또는 오프체인(예: 스냅샷을 통해) 투표가 있습니까?
—
요약하자면, 토큰 출시를 준비 중이고 해당 계획에 SEC 규제 이해관계자가 포함되어 있는 경우 고품질 관리인이 프로토콜에 대한 지원을 구축할 수 있도록 충분한 시간을 확보해야 합니다. 개발 기간은 관리인에 따라 다르며 프로토콜의 복잡성에 따라 달라질 수 있습니다. 구축 기간은 Ethereum ERC-20 또는 Solana SPL과 같은 표준 토큰의 경우 3~5개월, 새로운 블록체인의 경우 9개월, SNARK, 개인 정보 보호 기능 또는 레이어와의 상호 작용과 관련된 토큰의 경우 더 길어질 수 있습니다. 2(L2) 네트워크. 일찍 대화를 시작하세요.
현실적인 일정을 수립한 후 다음 단계를 준비하세요. 제네시스 블록 출시 전 지갑을 삽입하거나 출시 후 트랜치에 토큰을 분배하여 토큰을 할당할 수 있습니다. 어느 쪽이든, 모든 이해관계자는 동일한 토큰 락업 기간과 베스팅 일정을 적용받아 정렬을 보장해야 합니다. 필요한 감사 및 보안 평가를 받으십시오. 마지막으로, 보안을 보장하기 위해 관리인과 기타 이해관계자가 알고 준비해야 하는 프로토콜의 스테이킹 및 거버넌스 세부 사항을 검토하세요.
이 단계를 따르면 성공적인 토큰 출시에 필요한 실행 계획을 잘 처리할 수 있습니다.
***
여기에 표현된 견해는 인용된 개별 AH Capital Management, LLC(“a16z”) 직원의 견해이며 a16z 또는 그 계열사의 견해가 아닙니다. 여기에 포함된 특정 정보는 a16z가 관리하는 펀드의 포트폴리오 회사를 포함한 제3자 소스에서 얻은 것입니다. a16z는 신뢰할 수 있는 출처에서 가져온 정보이지만, 해당 정보를 독립적으로 검증하지 않았으며 해당 정보의 현재 또는 지속적인 정확성이나 주어진 상황에 대한 적합성에 대해 어떠한 진술도 하지 않습니다. 또한 이 콘텐츠에는 제3자 광고가 포함될 수 있습니다. a16z는 그러한 광고를 검토하지 않았으며 그 안에 포함된 어떠한 광고 콘텐츠도 보증하지 않습니다.
이 콘텐츠는 정보 제공의 목적으로만 제공되며 법률, 비즈니스, 투자 또는 세금 관련 조언으로 의존해서는 안 됩니다. 그러한 문제에 대해서는 자신의 조언자와 상담해야 합니다. 증권이나 디지털 자산에 대한 언급은 설명 목적으로만 제시된 것이며 투자 추천이나 투자 자문 서비스 제공을 제안하는 것이 아닙니다. 또한, 이 내용은 투자자나 잠재 투자자를 대상으로 하거나 사용하려는 의도가 없으며, a16z가 관리하는 펀드에 대한 투자 결정을 내릴 때 어떤 상황에서도 의존할 수 없습니다. (a16z 펀드에 대한 투자 제안은 해당 펀드의 사모 각서, 청약 계약서 및 기타 관련 문서를 통해서만 이루어지며 전체 내용을 읽어야 합니다.) 언급되거나 언급되거나 언급된 모든 투자 또는 포트폴리오 회사 설명된 내용은 a16z가 관리하는 차량에 대한 모든 투자를 대표하지 않으며 해당 투자가 수익성이 있을 것이라는 보장이나 향후 다른 투자가 유사한 특성이나 결과를 가질 것이라는 보장은 없습니다. Andreessen Horowitz가 관리하는 펀드에 의한 투자 목록(발행자가 a16z에 공개를 허용하지 않은 투자 및 공개 거래되는 디지털 자산에 대한 미발표 투자 제외)은 https://a16z.com/investments에서 확인할 수 있습니다. /.
제공된 차트와 그래프는 정보 제공의 목적으로만 제공되며 투자 결정을 내릴 때 이에 의존해서는 안 됩니다. 과거 성과는 미래 결과를 나타내지 않습니다. 내용은 표시된 날짜 기준으로만 설명됩니다. 본 자료에 표현된 모든 예상, 추산, 예상, 목표, 전망 및/또는 의견은 예고 없이 변경될 수 있으며 다른 사람이 표현한 의견과 다르거나 반대될 수 있습니다. 추가적인 중요한 정보는 https://a16z.com/disclosures를 참조하세요.