토큰 엔지니어링: Web3 인프라를 형성하는 핵심 기술

저자: 토큰 엔지니어링 커먼즈, 편집: Sissi@TEDAO

서문: 미래의 인프라 구축‍‍

토큰 엔지니어링은 거래, 상거래, 커뮤니케이션, 조정에서 인간, 기계, 인공지능이 사용하는 무형의 경로를 구축하고 연결하는 역할을 담당하며 빠르게 성장하고 있는 신흥 분야입니다.

2009년 비트코인이 출시된 이래로 암호화폐 분야는 상당한 발전을 거듭해왔으며, 2015년 이더리움의 출시는 암호화폐 실험의 물결을 일으켰습니다. 이더 스마트 컨트랙트가 출시되기 전에는 토큰 기반 경제는 생산 등급 블록체인의 설계 공간이 매우 제한적이었습니다. 2018년이 되어서야 이러한 암호화폐 실험이 성숙해지고 생태계 내에서 패턴이 발전하면서 "토큰 엔지니어링"이라는 용어가 공식적으로 도입되었습니다.

이 신흥 분야의 초기 환경은 블록체인 인프라, 거버넌스 메커니즘, 개인정보 보호 솔루션, 탈중앙화 금융(DeFi) 및 관련 하위 주제에 의해 형성되었으며, 오픈 소스 원칙에 기반한 Web3의 라이선스 없는 특성은 조정과 같은 문제를 해결하기 위한 소셜 그래프의 개발로 이어질 정도로 정교하게 성장했습니다. 이러한 소셜 인프라는 평판 및 보상 시스템, 이해관계자의 기여도를 평가하기 위한 메트릭, 공격을 방지하면서 개인정보 보호 수준을 유지하는 신원 솔루션 등을 통합합니다. 따라서 토큰 엔지니어링은 토큰의 창의적인 사용이라는 공통 분모를 가지고 웹3.0의 여러 분야를 조정하는 역할을 합니다. .

최근 블록체인 기술의 발전과 함께 많은 토큰 기반 시스템이 만들어졌습니다. 탈중앙화라는 개념은 많은 조직에 적용되어 다양한 맥락에서 협업을 촉진하고 있습니다. 재생 경제를 중심으로 한 노력은 공공재 펀딩에 초점을 맞추고 발전해 왔습니다. 탈중앙화 과학(DeSci)은 Web3에 협동조합 기반 모델을 도입하고, 전체론적 네트워크 알고리즘을 통해 운영 효율성을 개선하고 투명성을 강화하는 동시에 수많은 성공적인 프로젝트에서 상호 작용의 복잡성을 증가시키며 학문적 인프라를 변화시키고 있습니다. 이러한 장점은 더 많은 사람들이 Web3 솔루션을 구축하도록 유도하는 몇 가지 이유에 불과합니다. 그러나 많은 긍정적인 사례에도 불구하고 광범위한 웹3.0 커뮤니티는 FTX와 같은 중앙화된 거래소의 실패, LUNA와 같은 토큰 실험의 붕괴, The DAO, 브리지 해킹, 피싱 사기, 성숙도 부족, 부적절한 실사 또는 펌프 앤 덤프와 폰지 사기로 인한 문제 등으로 인해 전례 없는 혼란과 평판 손상을 경험하기도 했습니다. 부적절함 또는 펌프 앤 덤프 및 폰지 사기의 확산.

암호화폐 시장의 이러한 유명한 좌절과 규제 불확실성에도 불구하고 혁신은 계속되고 있습니다. 블록체인 분야의 개인과 조직은 점점 더 공통된 언어와 프레임워크를 요구하고 있으며, 신뢰할 수 있는 방법을 모색하고 있습니다.

소유권 분산, 권리 주장, 조정 전략 강화를 위한 도구인 토큰은 토큰 시스템이 달성하고자 하는 야망과 개인정보 보호 및 자율성에 대한 소비자 요구의 증가를 대변합니다. 토큰 엔지니어링의 전반적인 개념은 높은 수준에서 명확해 보이지만, 그 실무의 세부 사항과 용어의 정확한 정의는 추상적이기 때문에 이 연구를 수행하게 된 동기가 되었습니다. 토큰 엔지니어링 실무자들과의 대화를 통해 토큰 시스템이 구상, 연구, 설계, 구현, 검증 및 유지되는 방식의 엄격성과 정당성을 강화하기 위한 근본적인 질문에 답하고자 했습니다.

따라서 이 연구의 주요 질문은 토큰 엔지니어링이란 무엇인가입니다.

이 보고서에서는 현장에서 일하는 사람들의 관행, 과제, 니즈를 통해 이 질문을 탐구합니다. 이 새로운 분야의 발전 경계를 정의하고, 미래에 대한 참가자들의 견해를 공유하며, 이러한 주제를 더 깊이 탐구할 수 있는 토론 가이드를 제공합니다.

우리는 이러한 연구 결과가 이 분야의 발전 지점을 강조하고 미래 세계를 어떻게 형성할 것인지에 대한 지속적인 실험과 상상력을 불러일으키기를 바랍니다. 이는 토큰 엔지니어링의 이론과 실무에 대한 통찰력을 제공할 뿐만 아니라, 다양한 실무자와 연구자들이 이 분야를 더 잘 이해하고 발전시키는 데 도움이 되는 귀중한 참고 자료가 될 것입니다.

토큰 엔지니어링의 정의

이 연구의 핵심 질문인 "토큰 엔지니어링이란 무엇인가?"에 답하기 위해서는 먼저 토큰 엔지니어링의 정의를 명확히 해야 합니다. -- 먼저 각 키워드의 의미를 명확히 할 필요가 있습니다.

토큰

참가자들은 일반적으로 토큰을 가치 저장 수단 또는 블록체인 상의 자산으로 간주했습니다. 한 인터뷰 참여자는 "토큰은 원자처럼 시스템 간에 자유롭게 이동할 수 있는 정보 및/또는 가치의 암호학적 표현"이라고 언급했습니다. 화학과 물리학에서 원자는 물질의 기본 단위이자 모든 화학 원소의 기본 구성 요소이며, 이와 유사하게 토큰은 블록체인 기반 가치 교환 시스템의 기본 구성 요소입니다. 참가자들은 다양한 관점을 제시했습니다. 어떤 이들은 토큰을 정보의 상징이자 사회 시스템 구축을 위한 도구로 보았고, 어떤 이들은 토큰을 금융 혁신 실험을 위한 도구로 보았습니다. 토큰은 하나 이상의 가치 기능을 동시에 수행할 수 있으며 크레딧, 평판, 바우처, 주식 및 자격으로 프로그래밍할 수 있습니다. <토큰은 목표를 최적화하고 새로운 형태의 가치 교환, 소유권 및 인증 표현을 가능하게 하는 매개체로 설명되어 왔습니다. 토큰의 프로그래밍 가능성과 추적성은 토큰 엔지니어링의 핵심입니다.

엔지니어링

토큰 경제학, 토큰학, 토큰 디자인 또는 메커니즘 설계와 같은 용어 대신 "엔지니어링"을 강조하는 이유는 무엇인가요?

경험이 풍부한 두 명의 참가자는 엔지니어링에 대한 위키피디아의 정의를 적절한 출발점으로 꼽았습니다. 이 연구 당시 인용된 정의의 일부는 다음과 같습니다.

"미국 엔지니어 전문 개발 위원회(2022-2023)는 '엔지니어링'을 다음과 같이 정의합니다. 구조물, 기계, 장비 또는 제조 공정의 설계 또는 개발, 또는 이러한 작품의 개별적 또는 조합적 사용, 또는 설계에 대한 완전한 지식을 가지고 이들의 건설 또는 작동에 창의적으로 적용하거나 특정 작동 조건에서 이들의 동작을 예측하는 것, 모두 의도된 기능, 작동의 경제성, 생명 및 재산에 대한 안전과 관련된 것"이라고 정의합니다.

두 참가자 중 한 사람은 설계가 엔지니어링의 일부라는 점을 강조했고, 다른 한 사람은 설계가 인공물을 설계, 검증, 배포 및 유지 관리하는 과정이라는 점을 거듭 강조했습니다. "엔지니어링"이라는 용어의 사용은 전체 프로세스를 인정하는 것입니다. 토큰 디자인만 논의하는 것은 생성물의 윤리 및 보안과 직접적으로 관련된 다른 관행의 중요성을 과소평가할 수 있습니다. 보안은 엔지니어링의 중요성을 설명할 때 자주 사용되는 단어입니다. 한 참가자는 "사람들이 개별적으로 또는 독립적으로 보안이나 무결성을 검증할 필요 없이 이러한 [인공물/공공 인프라]를 사용할 수 있다는 합리적인 기대를 가지고 설계합니다."라고 말했습니다. 사람들이 다리를 건널 때 다리의 안전성을 먼저 테스트하는 것이 아니라 엔지니어링 프로세스에서 처리되었다고 가정하고, 그렇지 않았다면 다리는 존재하지 않았을 것입니다. "엔지니어링"이라는 용어는 웹3.0 시스템에도 동일한 엄격성 기준을 적용하는 것처럼 보입니다. 물론 "엔지니어링"이라는 단어 자체만으로는 안전과 윤리적 이행을 보장할 수 없습니다. 하지만 히포크라테스 선서와 유사한 "해를 끼치지 않는다"는 원칙을 암시하며, 많은 참가자가 이 분야의 성공적인 발전을 위해 필요하다고 생각합니다. '디자인'이라는 용어와 마찬가지로, 많은 참가자들은 웹3 에서 토큰 사용과 관련된 기존의 탈중앙화된 금융 또는 재정 분배 시나리오를 훨씬 뛰어넘는 토큰의 다양한 사용과 잠재력을 고려할 때 '경제'와 같은 용어가 너무 제한적이라고 느꼈습니다. 토큰 사용과 관련된 Web3 .

토큰 엔지니어의 역할

일부 참가자들은 "엔지니어링"이라는 용어 사용에 불편함을 표하며, 지식과 전문성을 갖추었음에도 불구하고 정식 엔지니어링 교육이 부족하다고 해서 토큰 엔지니어가 되는 데 방해가 되지는 않는다고 주장하기도 했습니다. 토큰 엔지니어는 웹3.0 아티팩트를 설계, 구현 및 검증하는 능력을 다룹니다. 각 단계마다 다른 수준의 전문화된 복잡성을 수반하기 때문에 개인보다는 팀에서 처리하는 것이 더 적합하다는 주장도 있습니다.

많은 사람들은 이 분야가 전문화됨에 따라 특히 복잡하거나 영향력이 큰 제품을 다룰 때는 개인이 아닌 팀을 구성하여 이러한 업무를 수행해야 한다고 주장했습니다. 한 참가자는 토큰 엔지니어를 고품질의 결과를 보장하기 위해 프로젝트를 단계별로 추진하는 제품 관리자에 비유했고, 다른 참가자는 복잡한 시스템의 보안과 사용성을 평가하는 데 중점을 둔 시스템 감사관에 더 가깝다고 보았습니다.

토큰 엔지니어의 정확한 책임이 일률적으로 정의되지는 않았지만, 고객과 실무자의 책임을 명확히 하는 데에는 폭넓은 합의가 이루어지고 있습니다. 이 역할은 엔지니어링 기술뿐만 아니라 분석, 회의 조직, 규정 준수 및 기업가 정신까지 포함하며 전체 생태계의 일부입니다.

요약: 토큰 엔지니어의 역할은 단일 직책이 아니라 여러 플레이어의 협력이 필요한 복잡한 프로세스입니다. 이 분야가 발전함에 따라 전통적인 엔지니어링 표준과 관행을 활용하는 것이 유용할 것입니다.

토큰 엔지니어링 프로세스

"디지털 영혼에 생명을 불어넣다." -아타베르 카수르

토큰 엔지니어링에는 명확한 단계가 있나요? 엔지니어는 다리나 고속도로를 설계할 때 직접 건설하지는 않지만, 다른 사람들이 실제 건설에 사용할 수 있도록 세심하게 만들어진 설계도인 청사진을 작성하여 대중에게 서비스를 제공할 책임이 있습니다. 마찬가지로 토큰 엔지니어는 일련의 청사진을 만들어 소프트웨어 개발자나 다른 사람에게 전달하여 구현할 수 있도록 합니다. 정확한 청사진을 만들고 다양한 단계를 통해 프로젝트를 안내하는 것이 토큰 엔지니어링의 핵심 프로세스입니다.

참가자들의 피드백에 따르면, 대부분의 실무자가 전체 엔드투엔드 프로세스를 명확히 이해하지 못하는 것으로 보이지만, 프로세스를 명확히 하는 것이 도움이 되는 것으로 보입니다. 모든 참가자가 고정된 프로세스가 존재한다는 데 동의하지는 않았지만, 그들의 응답을 통해 몇 가지 주요 구분과 단계가 드러났습니다. 여기에서는 토큰 엔지니어링의 다섯 가지 기본 단계인 발견, 설계, 구현, 검증 및 검증, 유지보수에 대해 간략히 설명하겠습니다.

이러한 단계는 반복적이며 반드시 순서대로 진행되지는 않습니다. 한 단계의 끝이 바로 다음 단계로 이어지지 않고 이전 단계로 돌아가는 것이 일반적입니다. 이는 요구 사항의 변경, 새로운 정보의 발견 또는 기술 및 규제 선택의 개정으로 인한 것일 수 있습니다. 이러한 시스템에는 수많은 요소가 포함되어 있기 때문에 반복은 프로세스의 일부가 됩니다.

참가자들은 솔루션의 품질을 보장하기 위해 수행하는 작업과 그 방법을 자세히 설명했습니다. 다음 섹션에서는 토큰 엔지니어링 프로세스의 단계를 더 자세히 설명합니다.

1) 발견 단계

설명: 발견 단계는 일반적으로 고객과의 초기 접촉 및 프로젝트 요구사항 분석 단계입니다. 이 단계에서 대화는 문제를 보다 명확한 프로젝트 범위로 전환하기 위해 발전하며, 문서, 다이어그램 또는 로드맵과 같은 다양한 형태의 결과물을 도출합니다. 이 단계에서 고객과 토큰 엔지니어는 프로젝트에 적합한 엔지니어링 접근 방식과 프로젝트의 향후 수명 주기에 대한 기대치를 결정합니다.

과제: 이 단계의 과제에는 이해관계자의 불명확한 요구 사항과 복잡한 개념과 프로세스를 전달하기 어려운 점이 포함됩니다.

주요 사항: 발견 단계의 핵심은 초기 단계의 가정을 파악하고 가능한 한 많은 미지의 변수를 식별하고 매핑하는 것입니다.

2) 설계 단계

설명: 설계 단계는 발견 단계에서 얻은 요구 사항과 기대치를 더욱 구체화하는 단계입니다. 이 단계에서는 시스템의 목표와 이를 평가하기 위한 지표를 설정합니다. 대상의 행동을 보다 심층적으로 분석하고 시스템 내에서 이해관계자의 행동을 유도하기 위한 인센티브를 설계합니다. 이 단계에서는 기반 기술, 원시 언어, 플랫폼 및 도구의 선택에 관한 기술적 결정도 포함됩니다. 또한 설계 단계에서는 주제 기반 모델링 및 알고리즘 설계를 포함하여 구현 단계에서 시뮬레이션을 수행하는 데 필요한 매개변수와 조건을 식별하고 준비합니다.

과제: 이 단계에서는 종종 상충되는 목표를 해결해야 합니다. 궁극적인 목표와 그 중요성을 결정하기 위해 시뮬레이션이 필요하며, 때로는 경제의 장기적인 목표에 대해서는 합의가 이루어졌지만 그 목표에 도달하는 방법에 대해서는 이견이 있을 수 있습니다. 이 단계의 과제는 원치 않는 결과를 초래하지 않으면서 시스템의 가치와 목표를 강화하는 인센티브를 개발하는 것입니다.

주요 내용: 참가자들은 시스템에서 가능한 행동 옵션으로서 새로운 토큰의 생성과 제3자 토큰 흐름의 처리를 명확히 구분했습니다. 특히 데이비드 시슨은 토큰 엔지니어링의 주요 초점은 토큰의 생성뿐만 아니라 메커니즘과 이해관계자의 얽힘에 있다고 강조했습니다. 그는 토큰을 주요 초점으로 삼는 것이 특정 상황에 따라 산만한 요소가 될 수 있지만, 그렇다고 해서 토큰이 프로세스 내내 비활성 상태라는 의미는 아니라고 덧붙였습니다.

블록체인의 불변성은 중요한 특징이지만, 시스템의 일부분은 다른 부분보다 더 많이 변경될 수 있습니다. 초기 조건을 설정할 때는 전체 시스템을 재설계할 필요 없이 모든 단계를 고려하고 향후 특정 구성 요소가 매개변수화될 수 있는 방식을 예측하는 것이 중요합니다. 특히 거버넌스 측면에서 거버넌스 메커니즘의 급속한 발전과 일부 프로젝트의 점진적인 의사결정 권한 분산 선택은 많은 변화를 가져올 수 있습니다. 초기 조건을 설정하기 전에 이러한 잠재적 변화를 고려하면 보다 탄력적인 시스템을 만드는 데 도움이 될 수 있습니다.

3) 구현 단계

설명: 전산 구현은 컴퓨터 과학에서 시스템을 이론적 모델(예: 개념적 비전)에서 계산적 표현(예: 소프트웨어)으로 변환하여 그 기본 속성과 관계가 충실히 보존되도록 하는 것을 지칭하는 용어로 사용됩니다. 이 단계에서는 설계 단계에서 결정된 초기 조건과 파라미터를 수학 방정식, 알고리즘 설명 또는 의사 코드와 같은 공식 사양으로 변환하여 시뮬레이션을 생성합니다. 시뮬레이션과 모델의 역할은 설계된 시스템에 대한 이해를 돕고 특정 가정을 잠재적으로 검증하거나 반증하여 필요에 따라 조정하고 반복할 수 있도록 하는 것입니다.

과제: 구현 단계에서는 계산 시각화가 모델과 이해관계자의 목표를 정확하게 반영하도록 매개변수와 사양을 신중하게 조정해야 할 수 있습니다. 시뮬레이션 결과를 이해관계자와 공유할 준비가 되었을 때, 내용이 명확하고 이해하기 쉽도록 하는 것도 과제입니다.

주요 사항: 구현 방법은 순차적으로 진행되지 않습니다. 구현은 모델 표현 간의 변환과 시스템 동작의 관찰 및 반복을 통한 최적화를 중심으로 이루어지기 때문에 설계, 검증 및 유지 관리 단계 중에 발생할 수 있습니다. 참가자들이 설명한 구현 접근 방식은 다음과 같습니다.

• 알고리즘 설계: 입력을 정의하고 원하는 출력을 지정하며 입력을 원하는 출력으로 변환하는 일련의 명시적 단계를 개발하는 것‍

• 주체 기반 모델링 및 시뮬레이션: 에이전트 행동 및 환경 조건의 사전 정의된 규칙에 따라 개별 에이전트와 그 상호작용을 표현하여 복잡한 시스템을 모델링↪CF_200D↩

4) 검증 및 검증

설명: 검증 및 검증은 토큰 엔지니어링의 초석으로, 단순한 설계 프로세스 및 엔지니어링 분야와 구별되며, 관련 시스템을 구축하여 잠재적인 위험과 취약성으로부터 이해관계자를 보호하는 엄격함을 가지고 있습니다.

참가자들 사이에서는 '검증'과 '검증'이라는 용어의 사용에 대해 상당한 이견이 있었습니다. 추가 검토 결과, 이것이 엔지니어링 분야의 일반적인 논쟁이라는 것을 알게 되었고, 데이터 세트에서 가장 일관된 사례를 선택하여 이러한 용어 사용에 대한 접근 방식을 설명했습니다.

'검증' 프로세스는 설계 선택이 기술적으로 실현 가능하고 제품 시장 적합성과 같은 고려 사항을 포함하여 이해관계자의 요구와 기대에 효과적으로 부합하는지 확인합니다. 검증은 최종 결과가 원래의 의도와 목표에 부합하는지 확인하기 위해 사용자 요구 사항 및 외부 조정과의 일관성에 중점을 둡니다.

검증 프로세스는 코드, 인센티브 구조 및 전반적인 시스템에 대한 엄격한 감사를 포함하여 시스템의 보안, 무결성 및 신뢰성을 검사합니다. 검증은 검증과 달리 최종 결과가 설명과 사양을 준수하는지 확인합니다.

이 연구에서 언급된 검증과 검증의 형태에는 디지털 검증, 아날로그 검증, 토큰 엔지니어링 감사가 포함됩니다.

디지털: 스마트 컨트랙트 감사 ‍

아날로그: 인센티브 구조 분석 ‍

시스템 감사 또는 토큰 엔지니어링 감사: 토큰을 포함한 시스템의 정확성을 검증하는 전반적인 위험 평가. 프로토콜에서 토큰을 사용해야 하는 방법과 사용하지 말아야 하는 방법에 대한 절차 및 규칙을 포함한 시스템의 정확성. 상호 운용성, 토큰 경제성 검토, 시스템 성능 평가, 제품 시장 적합성 및 규제 준수를 고려합니다.

주요: 트렌트 맥코나기는 전기공학의 아날로그, 디지털, 혼합 신호 검증에서 이론과 실무를 배워 토큰 엔지니어링에 적용할 수 있다고 강조합니다. 토큰 엔지니어링에서 디지털 검증은 더 성숙해졌지만 기존 도구는 여기 설계 및 극단적인 경우와 같은 아날로그 요소를 무시하는 경우가 많고, 아날로그 검증은 cadCAD 및 TokenSPICE와 같은 도구를 사용하여 아직 초기 단계이므로 아날로그 및 혼합 신호 검증 도구를 더 개발할 기회가 많습니다. 그리프 그린은 토큰 엔지니어링을 위한 감사 개발을 지지하는 "토큰 엔지니어링 감사" 개념을 제시했습니다. 그리프 그린은 유동성 전략과 규제 준수를 포괄하는 웹3.0을 위한 목표 보안 표준의 개발을 지지하는 "토큰 엔지니어링 감사"의 개념을 소개했습니다.

과제: 외부의 "어제 출시"라는 압박은 종종 실사 프로세스를 가속화하여 시장에서 좋지 않은 결과를 초래하고 업계 전반의 평판을 손상시키는 결과를 초래합니다. 일단 프로젝트가 업로드되어 여러 이해관계자가 사용하게 되면 변경하기가 매우 어렵기 때문에 이러한 단계에 필요한 시간을 확보하고 속도를 높이기 위해 천천히 진행하는 것이 중요합니다.

잘못될 수 있는 것은 코드뿐만 아니라 디자인 인센티브에 따른 인간의 행동도 마찬가지입니다. 시스템의 복잡성을 신중하게 고려해야 하는 순간입니다. 따라서 전체 프로세스에 대한 심층적인 이해를 갖춘 전문가가 토큰 엔지니어링 감사를 수행하는 데 가장 적합하지만, 연구 응답자들은 이러한 인재가 아직 현업에서 부족하다고 지적했습니다.

5) 유지보수 ‍‍‍‍‍‍‍‍ strong>

설명: 유지 관리 단계에서는 시스템의 장기적인 운영 효율성에 중점을 둡니다. 시스템 가동 후 1개월, 3개월, 1년 또는 그 이상이든 모든 것이 의도한 대로 작동하는지 확인해야 합니다. 유지 관리 단계의 주요 작업에는 데이터 및 피드백 수집, 분석 및 모니터링, 시간이 지남에 따라 설계 가정에 대한 사용자 수용도 검증, 평가 지표 조정, 시스템 전반의 최적화 등이 포함됩니다.

과제: 시스템 유지 관리에 지속적으로 집중하고 그 중요성을 확인하는 것은 어려운 과제입니다. 참가자들은 지속 가능한 방식으로 시스템 유지 관리를 효과적으로 수행하는 방법을 거의 공유하지 않았습니다. 시뮬레이션 시스템을 지속적으로 업데이트하고 유지보수하는 책임은 누구에게 있나요? 어떤 분석 및 모니터링 방법을 사용할 수 있나요? 기존 지표를 어떻게 개선할 수 있나요? 토큰 엔지니어가 프로젝트 유지보수에 참여해야 하는 기간은 어느 정도인가요? 시스템 사용자와 효과적인 피드백 메커니즘을 구축하고 이러한 질문에 답하는 방법은 모두 토큰 엔지니어와 프로젝트가 직면해야 하는 과제입니다.

하이라이트: 경제 시스템은 끊임없이 변화하고 매우 복잡합니다. 항상 적응하고 개선해야 할 측면이 존재합니다. 토큰 엔지니어는 또한 시스템의 후속 유지보수 과정에서 이해관계자들을 어떻게 안내할 것인지에 초점을 맞춰야 합니다.

도전

"엔지니어는 항상 모든 참여자의 이익을 위해 가장 강력한 시스템을 설계하고 싶지만, 이를 달성하기란 쉽지 않습니다." --다닐로 레사 베르나르디넬리

참여자들은 여러 가지 도전에 직면해 있으며, 그중에서도 업계의 성장과 혁신 속도를 심각하게 둔화시키는 규제 불확실성이 가장 큰 문제입니다. 또한 개인은 지속적으로 기술을 업그레이드하고, 다양한 전문성 요구에 대응하고, 업무 주기의 균형을 맞추고, 고압적인 환경에서 번아웃을 피하는 등 상당한 어려움에 직면해 있습니다. 업계 내 커뮤니케이션 문제와 더 많은 청중에게 그 중요성을 알리는 데 있어서도 어려움이 가중됩니다. 토큰 시스템에서 단순성과 복잡성 사이의 균형을 찾는 것도 이 섹션에서 살펴보는 주요 과제 중 하나입니다. 이러한 과제를 해결하는 직접적인 방법은 없지만, 이 분야가 앞으로 나아가기 위해서는 이러한 과제를 시작하는 것이 중요합니다.

1. 표준화 

참가자들은 표준화의 부족을 주요 과제로 명확히 인식했습니다. 구체적으로 다음과 같은 영역에서 표준이 부족합니다.

• 용어 표준화

• 작업의 질 평가 표준

• 교육 인가

• 연구 및 사례

• 연구 및 사례 연구 문서화

• 최신의, 쉽게 검색 가능하고 접근 가능한 지식 기반

‍41명의 참가자 중 25명이 표준화의 중요성을 강조했습니다. 주니어와 시니어 기술 엔지니어 모두 다양한 프로젝트의 성공과 실패를 통해 얻은 벤치마크, 표준, 가이드라인, 프레임워크와 같은 양질의 인사이트에 접근하는 데 어려움을 겪고 있습니다. 표준의 부재는 효과적인 학습을 가로막는 주요 장벽으로 여겨졌습니다. 필요한 정보를 찾는 과정에서 끝없는 검색을 수행해야 하므로 관련성이 낮고 오래된 정보가 포함된 방대한 양의 데이터를 끊임없이 선별해야 할 수 있습니다. 또한 표준의 부재는 토큰 시스템이 규제 기관과 공식 기관의 승인을 얻는 데 있어 주요 걸림돌로 작용합니다.

요약하면, 토큰 엔지니어링 분야에서 일부 진전이 있었지만, 교육과 리소스 접근성 문제는 이 분야의 지속적인 성장을 이끄는 데 있어 여전히 중요한 과제로 남아 있습니다. <다음은 몇 가지 주요 시사점 및 권장 사항입니다.

• 교육 자원 강화: 교육 자원 부족 문제를 해결하기 위해 업계는 특히 토큰 엔지니어링 전문 지식과 도구를 위한 교육 자료를 보다 광범위하게 개발하고 공유해야 합니다. 도구

• 교육 방식 혁신: 전통적인 교육 방법의 한계에 대응하여 온라인 과정, 단기 워크숍, 업계 전문가와의 직접적인 상호작용 등 보다 유연하고 신속한 학습 방법을 모색하여 빠르게 발전하는 산업에 더 잘 적응할 수 있습니다‍

• 경력 경로 확립: 토큰 엔지니어의 경력 경로를 명확히 하고 최적화하며, 입문부터 고급까지 다단계 경력 개발 계획을 제공하고, 주니어 엔지니어가 점차 업계에서 필요로 하는 시니어 전문가로 성장할 수 있도록 지원합니다

• 업계 협업 촉진: 회사 간, 분야 간 협업을 포함한 업계 내 협업을 장려하고 있습니다↪CF_200D↩

‍

이러한 조치를 통해 토큰 엔지니어링 분야는 기존의 교육 및 자원 문제를 해결할 수 있을 뿐만 아니라 실무자들에게 보다 폭넓은 경력 개발 기회와 학습 자원을 제공하여 궁극적으로 업계 전체의 건강하고 지속 가능한 발전을 촉진할 수 있을 것입니다.

4. 자금 조달 문제

오픈소스 개발을 위한 자금 조달 모델의 부재로 인해 토큰 엔지니어들은 컨설팅 서비스 판매와 비공개 도구 개발로 눈을 돌리게 되었습니다. 경쟁과 자원 부족으로 인해 지식 소스를 둘러싼 새로운 비밀주의 문화가 형성되었습니다. 구체적인 문제점은 다음과 같습니다:

• 복잡한 프로젝트를 개발하기 위한 제한된 자원

• 이해관계자들은 종종 단기 수익에 집중

• 폰지 사기로 간주되는 프로젝트만 토큰을 고용할 자금을 확보할 수 있는 경우가 많습니다. 엔지니어

• 벤처 캐피탈에 대한 높은 의존도로 인한 경제적 취약성

• 단일 토큰 엔지니어의 능력은 제한적이며 토큰 엔지니어링의 모든 측면을 처리할 전체 팀을 고용하는 것은 종종 예산을 초과합니다

• 인프라 및 도구에 대한 재정적 지원 부족

프로젝트나 커뮤니티가 창출한 가치를 토큰에 정확하게 반영하여 보다 혁신적인 자금 조달 메커니즘을 확보하는 것은 이 분야의 주요 과제입니다. 설계 타당성은 다양한 워크플로우가 서로 다른 개발 단계에 있기 때문에 추가적인 복잡성을 야기합니다. 특정 기능과 도구는 더 성숙해졌지만, 사용자 경험이나 접근성과 같은 측면은 특정 사용 사례에 따라 여전히 진화 중입니다. 웹3.0의 전반적인 상태는 토큰 엔지니어링의 작업 환경에 직접적인 영향을 미칩니다. 수많은 도구의 개발은 다리와 다리에 필요한 기계 장비를 동시에 건설하는 것과 비슷합니다. 고객과의 프로젝트에서 토큰 엔지니어링 프로세스를 위한 자금을 확보하는 것 외에도, 참여자들은 이 복잡한 단계에서 인프라를 개발하는 데 필요한 자원 문제에 직면하게 됩니다.

5. 복잡성과 스타트업의 도전과제

토큰 엔지니어링 분야는 복잡성과 신생성으로 인해 다음과 같은 도전과제에 직면해 있습니다.

• 다양한 혁신이 동시에 일어나기 때문에 투입과 산출을 추적하는 것이 어렵고

• 수많은 변수의 존재로 인해 성공 또는 실패의 원인을 정확히 파악하기 어려움

• 열악하고 본질적으로 위험한 사용자 경험은 이러한 시스템이 모든 사용자에게 적합하지 않음을 시사함
  

• 분절된 관심 범위와 지속적인 프로젝트 후속 조치 부족
  

• 모델과 시뮬레이션을 사용하더라도 시스템이 활성화되면 사람들이 실제로 어떻게 행동할지에 대한 불확실성이 여전히 많습니다
  

‍토큰 엔지니어링, 특히 인센티브 설계 분야는 아직 초기 단계에 있으며 발전 가능성이 매우 큽니다. 이 분야는 점차 학문화되고 있으며 Web3.0의 역량이 빠르게 확장되고 있습니다. 새롭게 떠오르는 분야의 도전에 직면하는 것은 벅찬 일일 수 있습니다. 토큰 엔지니어링은 여러 분야에 걸쳐 있으며 사회 기술적으로 복잡한 시스템에 초점을 맞추고 있어 초기 단계의 도전과 복잡성을 더합니다.

토큰 엔지니어링은 개별 부품의 동작으로부터 전체 동작과 속성을 직접 유추할 수 없는 상호 연결되고 의존적인 구성 요소를 포함하는 복잡한 시스템을 다루는 작업을 포함합니다. 시스템 내 구성 요소의 상호 작용은 시스템 설계에서 명시적으로 예측할 수 없는 비선형성과 돌발적인 현상을 초래합니다. 이는 작업의 복잡성과 예측 불가능성을 강조합니다.

이러한 도전에 직면하여 우리는 새로운 분야의 어려움과 복잡성을 인식하고 수용하는 동시에 이 분야의 성숙과 발전을 위한 선제적인 조치를 취해야 합니다. 지속적인 교육과 학제 간 협력, 실무와 이론의 통합 강화를 통해 토큰 엔지니어링 분야는 내재된 복잡성과 변화하는 기술적 요구에 더 잘 대처할 수 있습니다. 시간이 지남에 따라 실무 경험과 학술 연구의 축적은 이 분야의 성숙을 지원하여 궁극적으로 실무자와 관련 이해관계자에게 더 깊은 이해와 더 넓은 기회를 제공하는 보다 효율적이고 공정한 토큰 시스템으로 이어질 것입니다.

6. 규제 준수

참가자들이 밤잠을 설치게 하는 문제를 논의할 때 규제 환경은 가장 시급한 관심사였습니다. 주요 이유는 다음과 같습니다:

•  토큰 실험의 위험과 결과에 대한 명확성 부족

•  책임 문제, 특히 다중 이해관계자 시스템에 대한 책임자 문제

• 규제 제약으로 인해 산업이 둔화됨

• 모든 프로젝트가 규제 준수를 보장하면서 토큰으로 혁신하는 위험을 감당할 수 없기 때문에 과도한 위험

• 설계 단계의 불안정성으로 인해 돌발 상황이나 지연으로 인한 비용

• 블록체인 기반 실험에 대한 법률적 제약 도메인 전문 지식에 대한 제한된 접근

토큰 엔지니어가 복잡한 규제 준수 환경을 탐색하는 것은 혁신과 법적 프레임워크의 교차점에서 주요 결정에 영향을 미치는 중대한 과제입니다. 이러한 미묘한 균형은 종종 신중하게 구상한 토큰 엔지니어링 프로젝트가 규제 불확실성으로 인해 지연되고 위험이 증가하는 실질적인 어려움으로 이어집니다. 엄격하게 개발된 모델이 법적 불확실성으로 인해 장애물에 부딪혀 개발이 지연되는 사례는 많습니다.

요약:

규제 불확실성과 커뮤니케이션 장벽은 해당 분야의 발전을 저해합니다. 표준화된 관행의 부족과 교육 자원의 한계는 오버헤드를 악화시키고, 자금 조달 모델은 혁신과 산업 성장에 추가적인 과제를 제기합니다. 토큰 엔지니어링은 잠재력에도 불구하고 아직 초기 단계에 있으며 수많은 도전에 직면해 있습니다.