eosDAC의 비전은 모두가 EOS.IO 블록 생산에 참여할 수 있고 혜택을 받도록 개방되는 것입니다. 이러한 비전을 실현하기 위해 eosDAC는 성장하는 탈중앙 자율화 커뮤니티로서 전 세계의 EOS 커뮤니티에 이바지하는 선도적인 EOS.IO 블록 프로듀서가 되기 위해 노력할 것입니다. 이러한 방편으로 eosDAC은 서비스 제공에 필요한 댑과 스마트 계약을 만들고 이를 EOS 커뮤니티와 공유해 EOS.IO 블록 체인의 DAC 생태계를 활성화할 것 입니다.

eosDAC은 EOS 토큰 홀더들이 커뮤니티 개발에 참여할 수 있게끔 75%에 달하는 eosDAC 토큰을 EOS 분배에 맞추어 에어드랍하기로 하였습니다.

론칭팀은 6월 이오스 론칭 전에 eosDAC 토큰을 배포하여 커뮤니티를 활성화할 필요를 느끼고 세계협정시 2018년 4월 15일 새벽 1시를 컷오프 기점으로 정하였습니다.그 이유는 이 날로 EOS 토큰이 9억 개째 분배되기 때문입니다. 따라서 EOS 토큰량과도 맞출 수 있으며 또 론칭 전 에어드랍을 완료할 시간과 커뮤니티 구축에 할애할 시간을 충분히 확보할 수 있을 거라고 판단했기 때문입니다

준비에 거쳐야 하는 도전 과제

EOS를 보유한 지갑 주소는 약 30만 개에 달하며 모든 지갑에 에어드랍을 성공적으로 마치기 위해 시간이 여유롭지 않은 점이 있었습니다. 또한, 이더리움 네트워크상 필요한 가스 이더가 상당히 많이 소요된다는 점이 있었습니다.

분석 결과에 의하면 20만 개의 주소는 100개 미만의 EOS를 소유하고 있었고 이는 분배된 EOS 토큰의 약 0.5%에 해당하였습니다. 100개 이상의 EOS를 소지한 지갑에 한해 에어드랍을 제공한다는 논의도 있었으나 모든 EOS 소지 지갑 홀더들을 포함한다는 eosDAC의 비전에 따라 100개 미만의 토큰 홀더들도 토큰을 신청해 받을 수 있는 프로세스가 마련되어 실행되었습니다.

수많은 지갑 주소에 특정량의 갯수를 에어드랍하기 위해서는 회계적인 절차가 필요하였고 전송마다 생성되는 트랜잭션 해시를 기록하는 방법을 사용하기로 했습니다. 이더리움 네트워크 사용 시에 개별적인 전송에 걸리는 시간이 일괄적인 전송으로 줄어들 수 있었고 시간상으로 연체되지 않는 한 훨씬 효율적이었고 테스팅 결과 50개씩 일괄적인 전송이 가장 적합하였습니다.

EOS 토큰의 스냅샷을 위해 론칭팀은 Block.one의 오픈소스 스냅샷 툴을 사용하기로 하였습니다. 이 과정에서 한 달 이전에 미리 스냅샷 테스팅을 통해 검증을 거쳤고 eosDAC의 성공적인 에어드랍은 Block.One의 스냅샷 툴이 유용한 자원이라는 것을 직접 인증한 모범 사례라고 할 수 있겠습니다.

대부분 EOS 토큰을 다량 보유한 지갑은 거래소 소유였고 에어드랍된 토큰을 지급해주지 않는 거래소에 분배하는 것 또한 풀어야 할 문제였습니다. 거래소가 토큰을 버리거나 덤핑 또는 자체적인 소유로 만들어 버릴 우려도 있었고 이러한 과제들을 위해 커뮤니티에 두 가지의 도움을 요청하기로 했습니다. 첫 번째는 바로 커뮤니티 회원들이 직접 거래소에 에어드랍 지원을 촉구하는 캠페인 운동이었고 두 번째는 에어드랍을 지원하지 않는 거래소의 지갑 주소를 감별하는 것이었습니다. 추가로 스냅샷이 실시되기 이전에 eosDAC 에어드랍을 지원하지 않는 거래소에서 EOS 토큰을 이전하기를 커뮤니티에 권장하였습니다.

스냅샷과 에어드랍

EOS 토큰 분배 300일째가 되는 날, 스냅샷 툴은 이더리움 블록 5442134의(https://etherscan.io/block/5442134) EOS 분배 정황을 기록하기 시작하였습니다. 분배 기록이 담긴 파일 중 다량의 정보가 담긴 샘플을 통해 스냅샷 결과가 http://etherscan.io 의 지갑 내역 정보와 일치하는지 확인하였고 소소한 에러를 사건별로 처리하고 에어드랍 도중 발생하는 문제점들을 극복하기 위해 위험요소가 적은 EOS 소량 보유의 지갑들부터 에어드랍을 하였습니다.

에어드랍 지급 파일은 50개 단위로 짜였으며 web3.js를 통해 생성한 트랜잭션 스크립트들이 사용되었습니다. 뱃치 스크립트를 다수의 노드에서 실행할 수 있었으나 다수는 일련적으로 실행되고 난 후 확인 단계를 거치고서야 다음 뱃치 스크립트로 넘어가곤 하였습니다.

각 뱃치 스크립트는 트랜잭션마다 확인 가능한 로그를 생성하였고 여기에는 이더리움 주소, 토큰 양, 트랜잭션 해시, 블록/블록 해시, 사용된 가스양이 포함되었으며 이 로그 기록은 깃헙 저장소에 업로드되었습니다: https://github.com/eosdac/airdrop

이더리움 네트워크의 지연으로 생기는 타임아웃의 경우 수동적으로 확인한 다음 실패한 트랜잭션을 재시도하였습니다. 가스 값어치는 유동적으로 http://www.ethgasstation.info 를 확인하여 트랜잭션에 필요한 최저치를 사용하였고 에어드랍 전체에 든 이더리움은 약 30개에 달하며 이 에어드랍을 통해 다량의 트랜잭션을 실행하는데 이더리움이 겪는 난제들이 확연히 나타났습니다. 하지만 eosDAC 토큰이 EOS 체인으로 이전하는 데는 훨씬 더 신속히 처리되리라 전망합니다.

대략 4000개의 지갑 주소에서 100개 미만의 eosDAC 토큰을 신청하는 문의를 하였으며 주기적으로 토큰 전송이 이루어졌으며 마지막 부분까지 신속히 처리하였습니다.

거래소와의 관계

eosDAC 커뮤니티와 론칭팀은 블록원이나 에어드랍을 지원하지 않는 거래소 지갑 주소를 약 48개 확인하였으며 해당 주소로 에어드랍을 보류하였습니다. 대다수의 거래소는 거래소 고객들에게 에어드랍된 eosDAC 토큰을 지급하였으며 eosDAC은 여기에 대해 진심으로 감사의 뜻을 표하는 바 입니다.

거래소들과 에어드랍 절차를 조율하는 과정에서 예외적인 경우를 두어야할 경우가 있었습니다. 업비트의 경우 고객 소유의 EOS 토큰량에 대한 정보를 제공하여 확인한 후 거래소의 중앙 지갑 주소로 전송을 하였습니다. 후오비는 에어드랍 지원 공지를 하였지만, 고객 보호 차원에서 거래소 지갑 주소를 알려주지 않았습니다. 저희 쪽에서 후오비 소유의 지갑과 고객 지갑 주소를 다량 확인하였으나 후오비 측에서 문의해 온 에어드랍량과 일치하지 않았습니다. 후에 여러 차례의 논의와 조사를 걸쳐 후오비는 정말 고객들의 이익을 대변해 요청한 것이 확실하여 후오비에서 요청한 나머지 1,119,834개의 토큰도 에어드랍하였습니다.

토큰 소각량과 결과

약 99.9%의 트랜잭션은 성공적으로 전송되었으나 실수가 없지는 않았습니다. 한 뱃치는 로깅 구조의 문제로 반복되어 전송되었고 결과적으로 50개의 지갑 주소들이 eosDAC 토큰을 반복해 지급되었으며 44090개의 토큰이 초과 전송되었습니다.

에어드랍 결과 차트:

위 차트에 의하면 총 238,080,898.455개의 토큰이 소각될 예정이며 곧이어 회수가 불가피한 0x0000000000000000000000000000000000e05dac 주소로 전송될 것입니다. 이후 순환되는 eosDAC 토큰은 총 961,919,101.545개입니다.