962 판독값

토큰 엔지니어링 - 지속 가능한 분산 경제 구축을 위한 청사진

~에 의해 Idrees11m2024/01/09

너무 오래; 읽다

분산형 암호화폐 경제 시스템의 복잡성을 탐색하는 포괄적인 가이드를 통해 토큰 엔지니어링의 세계에 빠져보세요. 이 기사에서는 시스템 요구 사항 분석, 시스템 분석, 시스템 설계 등 필수 단계를 분석하여 실용적인 통찰력, 도구 및 전문가 관점을 제공합니다. 지속 가능한 디지털 경제 구축에 있어서 토큰 엔지니어링의 중요성을 이해합니다.

featured image - 토큰 엔지니어링 - 지속 가능한 분산 경제 구축을 위한 청사진

이 포괄적인 가이드는 시스템 설계 및 복잡한 시스템 엔지니어링을 기반으로 하는 토큰 엔지니어링의 복잡하고 학제간 분야를 탐색하는 데 필수적인 리소스 역할을 합니다. 이 기사에서는 분산형 암호화폐 경제 시스템 개발의 중요한 단계(시스템 요구 사항 분석, 시스템 분석 및 시스템 설계)를 간략하게 설명합니다. 또한 이 가이드는 시스템 엔지니어링 및 토큰 기반 생태계 생성 모두에서 확립된 프레임워크에 맞춰 이러한 단계를 조정합니다. 또한 각 단계의 작업, 기술 및 결과물에 대한 자세한 분석을 제공합니다. 독자들은 토큰 엔지니어링이 지속 가능한 디지털 경제에 필수적인 이유에 대한 깊은 이해를 얻을 뿐만 아니라 이 역동적인 분야를 형성하는 프로세스, 도구 및 전문가에 대한 실질적인 통찰력을 얻을 수 있습니다.

콘텐츠 개요

소개
토큰 엔지니어링이란 무엇입니까?
토큰 엔지니어링 프로세스
시스템 요구 사항 분석
시스템 분석
시스템 디자인
요약
주목할만한 기업
온라인 커뮤니티
도구
GitHub
과정
추가 리소스

소개

2022년에 저는 메카트로닉스 및 로봇공학 엔지니어링에 대한 배경 지식을 바탕으로 토큰 엔지니어링 분야의 여정을 시작했습니다. 지난 2년 동안 저는 다른 사람들이 이 신흥 영역을 탐색하는 데 도움이 될 수 있다고 생각하는 리소스를 수집했습니다. 본 연구는 해당 분야의 여러 주요 인물의 영향을 크게 받았습니다. 암호 경제 시스템을 이해하기 위한 개념적 프레임워크는 토큰 엔지니어링을 시스템 설계 및 복잡한 시스템 엔지니어링 분야로 정의한 Michael Zargham 의 획기적인 공헌에서 크게 도출되었습니다. Angela Kreitenweis 는 연구 세션, EthCC Barcamp와 같은 이벤트, 스터디 그룹, 강좌, 보조금 등을 조직하는 동시에 TE Academy 플랫폼과 그녀의 이니셔티브를 통해 토큰 엔지니어링 분야를 발전시키는 동시에 전문가 및 이 분야의 열광자. Krzysztof Paruch , Trent McConaghy 및 Achim Struve 박사 는 web3 생태계 내에서 혁신과 개발에 대한 토큰 엔지니어링의 중심성을 강조함으로써 이 신흥 영역을 정의하고 확립하는 데 중추적인 역할을 한 귀중한 연구를 수행한 다른 주요 인물입니다. 이 영역의 복잡하고 학제적인 특성과 주제의 복잡하고 다양한 특성을 인식하여 독자들이 특정 개념에 대한 더 깊은 이해를 제공하기 위해 기사 전체에 다양한 리소스 링크를 포함했습니다.

토큰 엔지니어링이란 무엇입니까?

정의

토큰 엔지니어링은 토큰 기반의 복잡한 경제 시스템을 설계, 검증, 최적화하는 것입니다.

토큰 엔지니어링이 중요한 이유

토큰 엔지니어링은 단순히 디지털 자산을 생성하는 것이 아닙니다. 이는 분산 시스템 설계에 대한 포괄적인 접근 방식을 요구하는 엄격한 규율입니다. 전통적인 시스템이 세심한 계획, 분석 및 설계를 요구하는 것처럼 토큰 생태계 역시 개념화 및 실현을 위해 엄격한 프로세스를 요구합니다. 요구 사항을 수집하든 스마트 계약을 배포하든 각 단계는 분산 시스템이 기술적으로 건전할 뿐만 아니라 경제적으로 실행 가능하고 사회적으로 영향력이 있는지 확인하는 데 중요한 역할을 합니다. 각 단계의 미묘한 차이를 살펴보면 토큰 엔지니어링이 단순한 기술적 노력이 아니라 지속 가능한 디지털 경제를 창출하기 위한 포괄적인 접근 방식이라는 것을 알 수 있습니다.

블록체인을 기반으로 하는 탈중앙화 및 분산 경제 시스템의 현대 환경에서 우리는 탈중앙화 생태계 개발의 중요한 부분인 토큰 엔지니어링 분야를 탐구하고 이를 시스템 설계 프레임워크를 통해 살펴보고 이를 특수한 하위 집합으로 배치할 것입니다. 복잡한 시스템 엔지니어링.

토큰 엔지니어링 프로세스

이 기사에서는 제품 개발 수명 주기의 세 가지 표준 단계 프레임워크 내에서 토큰 엔지니어링 프로세스의 범위를 설명합니다. 이 토큰 엔지니어링 프로세스는 시스템 엔지니어링의 확립된 프레임워크 및 발견, 설계 및 배포 단계를 포함하는 토큰 기반 생태계 생성의 Outlier Ventures의 구조화된 프레임워크 와 긴밀하게 일치합니다. 현장에 대한 포괄적인 이해를 제공하기 위해 각 단계에 필요한 기술, 예상 결과물 및 필수 도구에 대해 간략하게 설명합니다.

시스템 요구 사항 분석
시스템 분석
시스템 디자인

시스템 요구 사항 분석

시스템 요구 사항 분석은 시스템 요구 사항을 문서화하는 첫 번째 단계입니다. 여기서는 시스템이 달성해야 하는 목표를 정의합니다. 이해관계자는 일반적으로 진행하기 전에 이러한 요구 사항에 동의합니다. 이는 후속 분석, 설계 및 개발 단계를 위한 단계를 설정하고 모든 이해관계자에게 참조 지점 역할을 합니다.

시스템 요구 사항 분석 단계는 다음과 같은 하위 단계/단계로 더 세분화됩니다.

시스템 요구 사항 수집
요구사항 분석

시스템 요구 사항 수집

이 단계에서는 이해관계자로부터 높은 수준의 요구 사항과 제약 사항을 수집합니다(문서화/구두). 이해관계자가 시스템을 통해 달성할 것으로 기대하는 것이 무엇인지 이해하는 데 중점을 둡니다. 여기에는 기능, 성능, 보안, 규정 준수와 같은 기능적 요구 사항과 비기능적 요구 사항이 모두 포함될 수 있습니다.

프로세스

주로 시스템이 갖추어야 할 특징과 기능을 식별하고 자세히 설명하는 데 중점을 둡니다. 이 단계에는 이해관계자 인터뷰, 사용 사례 정의, 기능적 요구사항과 비기능적 요구사항 모두에 대한 문서화가 포함되는 경우가 많습니다. "시스템은 무엇을 해야 하는가?"와 같은 질문에 답합니다. 그리고 “제약사항은 무엇입니까?”

이해관계자 인터뷰를 실시하여 요구 사항과 기대 사항을 수집합니다.
사용자 스토리나 사용 사례를 문서화하세요.
기능적 요구사항과 비기능적 요구사항을 식별합니다(예: 보안, 확장성).

구성요소

기능적 요구사항(시스템이 갖춰야 할 기능)
비기능적 요구사항(성능, 보안, 자금세탁방지법(AML) 등 법적 규제 준수 등)
성능 요건
시스템 기술 요구 사항
명세서
사용 사례 또는 사용자 스토리(시스템이 어떻게 사용될지 설명하는 시나리오)

요구사항 분석

시스템 요구 사항을 초기에 수집한 후 요구 사항 분석의 두 번째 하위 단계/단계에서는 시스템의 기능적 요구 사항과 비기능적 요구 사항을 문서화하는 동시에 이러한 요구 사항을 분석하고 검증하고 우선 순위를 지정하여 프로젝트 요구 사항을 검사하고 개선하는 데 특히 중점을 둡니다. 목표는 요구 사항이 구체적이고, 측정 가능하고, 달성 가능하고, 관련성이 있고, 시간 제한이 있음(SMART)을 보장하는 것입니다. 여기에는 설명, 우선순위 지정 및 검증 활동이 포함됩니다.

정제된 요구사항은 시스템 분석 및 시스템 설계의 기초가 됩니다. 이 단계에서는 요구 사항이 명확하고 완전하며 프로젝트 목표와 일치하는지 확인합니다. 이는 모든 이해관계자가 시스템이 달성해야 하는 목표에 대한 상호 이해를 보장합니다.

요구사항 분석은 다음과 같이 답할 수 있습니다. "어떤 종류의 스테이킹 보상이 네트워크 참여를 장려할 것인가?"

구성요소

시스템 요구 사항 분석은 이해 관계자로부터 초기 요구 사항을 수집하는 것으로 시작되는 경우가 많지만 요구 사항 분석 부분에서는 다음을 통해 해당 요구 사항의 명확성, 완전성, 타당성 및 관련성을 면밀히 조사합니다.

검증: 수집된 요구 사항이 프로젝트 목표 및 이해 관계자의 요구 사항과 일치하는지 확인합니다.
우선순위 지정 : 어떤 요구 사항이 꼭 있어야 하는지, 있으면 좋은지 결정합니다.
설명: 높은 수준의 요구 사항을 보다 자세한 사양으로 분류합니다.
충돌 해결: 다양한 이해관계자의 상충되는 요구 사항을 식별하고 해결합니다.

요구 사항 분석 프로세스의 결과는 요구 사항 사양 문서의 업데이트되고 보다 자세한 버전인 경우가 많습니다. 여기에는 우선 순위가 지정되고 명확하며 검증된 요구 사항이 포함됩니다.

기술 / 기법

요구공학
사용 사례 모델링, 사용자 스토리 매핑 및 기능 우선순위 지정
메커니즘 디자인과 게임 이론
커뮤니케이션 및 이해관계자 관리
블록체인 및 Web3 개념에 대한 기본 이해

토큰 생태계 또는 블록체인 프로젝트의 맥락에서 단계에는 메커니즘 설계 및 게임 이론이 포함될 수 있습니다. 이러한 방법은 인센티브 구조, 거버넌스 모델 및 분산형 시스템에 중요한 기타 기능을 설계하는 데 도움이 됩니다. 여기서 초점은 시스템이 원하는 대로 작동하기 위해 어떤 메커니즘이 마련되어야 하는지에 있습니다.

산출물/전달물

요구 사항 사양 문서: 시스템이 수행해야 하는 작업을 간략하게 설명하는 세부 문서로, 모형이나 와이어프레임을 포함하는 경우가 많습니다.

여기에는 초기 요구 사항 수집과 보다 자세한 요구 사항 분석이 모두 포함됩니다. 이는 시스템이 수행할 것으로 예상되는 작업을 간략하게 설명합니다. 요구사항 사양 문서는 '무엇', 즉 시스템이 달성하는 방법을 자세히 설명하지 않고 무엇을 달성해야 하는지에 중점을 둡니다.

예

사용자가 가상 세계에서 디지털 자산을 소유, 거래 및 상호 작용할 수 있도록 하는 메타버스 프로토콜을 구축한다고 가정해 보겠습니다.

요구 사항에는 다음이 포함될 수 있습니다.

사용자 소유 디지털 자산(NFT).
자산 거래를 위한 마켓플레이스입니다.
사회적 상호작용을 위한 가상 공간.
커뮤니티 결정을 위한 거버넌스 메커니즘.
다른 Metaverse 프로토콜과의 상호 운용성.
낮은 대기 시간과 높은 성능.

시스템 요구 사항 분석에서는 메타버스 프로토콜이 이러한 요구 사항을 충족하고 적절하게 조사하고 개선해야 하는 이러한 기능과 기준을 문서화합니다. 이 단계는 기반을 설정하고 시스템이 달성해야 하는 목표에 대한 지침 역할을 합니다.

시스템 분석

시스템이 무엇을 해야 하는지 알게 되면, 시스템이 어떻게 수행될 수 있는지, 어떤 문제가 발생할 수 있는지 분석을 진행합니다. 이 단계에는 타당성 조사, 위험 관리, 스트레스 테스트, 경제 모델링, 때로는 주요 가정을 검증하기 위한 초기 프로토타입이 포함됩니다. 이 단계의 결과를 통해 원래 요구 사항을 개선하거나 변경할 수도 있습니다. 시스템 분석에는 기존의 유사한 시스템을 평가하고 사용자 요구 사항, 시스템 제한, 잠재적인 병목 현상과 같은 다양한 측면을 이해하는 것도 포함됩니다. 여기에는 기술 및 경제성 측면에서 프로젝트의 타당성을 분석하는 것이 포함되는 경우가 많습니다. 여기에는 기존 생태계와의 통합이 미치는 영향이나 새로운 시스템 생성 가능성을 조사하는 작업이 포함됩니다.

특히 토큰 생태계와 같은 복잡한 시스템에서 이 단계에는 수학적 사양, 미분 사양, 상태 공간 표현, 에이전트 기반 모델링 및 시스템 역학 모델링이 포함되어 요구 사항 분석 단계에서 설계된 메커니즘의 타당성과 견고성을 검증하여 시스템의 행동, 사용자 인센티브 및 경제적 생존 가능성. 이러한 방법은 시스템이 다양한 조건에서 어떻게 작동할지 예측하는 것을 목표로 합니다.

시스템 분석에서는 다음과 같이 대답할 수 있습니다. "스테이킹 메커니즘이 극심한 시장 변동성을 견딜 수 있습니까? 그리고 그러한 조건에서 에이전트는 어떻게 행동합니까?"

시스템 분석은 해당 기능을 구현하는 데 필요한 요구 사항과 기술적 과제를 가장 잘 구현하는 방법을 이해하는 것을 목표로 합니다. 이 단계에는 시스템이 정의된 요구 사항을 어떻게 충족할 수 있는지 이해하기 위한 시뮬레이션, 모델링 및 기타 형태의 검증이 포함됩니다. "이것이 기술적으로 실현 가능한가?"와 같은 질문에 답합니다. 그리고 “잠재적인 위험은 무엇입니까?”

작업

타당성 조사: 기술, 경제 및 운영 가능성.
가정을 검증하거나 시스템 동작을 이해하기 위한 예비 모델링입니다.
위험 평가: 잠재적인 병목 현상, 제한 사항 또는 보안 위험을 식별합니다.
모델링 및 시뮬레이션: 행동 모델링 및 사용자 인센티브 설계를 위해 가정을 검증하고 시스템 동작을 이해합니다.

기술 / 기술

수학적 모델링(수학적 사양, 미분 사양 )
상태공간 표현
통계 모델링
시스템 역학 및 에이전트 기반 시뮬레이션

산출물/전달물

타당성 보고서: 프로젝트와 관련된 실행 가능성 및 위험을 문서화합니다.
업데이트된 요구 사항: 분석을 기반으로 초기 요구 사항을 수정하거나 개선합니다.
메커니즘 및 시스템의 수학적 및 미분 사양
수학적(상태 공간 표현) 및 통계 모델
시뮬레이션(에이전트 기반 및 시스템 역학)

예

이 단계에서는 요구사항의 타당성과 의미를 평가합니다. Metaverse 예의 경우 여기에는 다음이 포함될 수 있습니다.

타당성: 현재 블록체인 기술이 우리에게 필요한 성능 수준을 지원할 수 있습니까?
경제 모델: 시장은 경제적으로 어떻게 기능할까요? 거래에 대한 게임 이론적 고려 사항이 있습니까?
사용자 행동: 사용자는 자산 및 서로 어떻게 상호 작용할 가능성이 있습니까?
스트레스 테스트: 에이전트가 극한 상황에서 어떻게 행동할까요?
경계 조건: 최악의 상황이 발생할 수 있으며 이를 방지하는 방법은 무엇입니까?
보안: 공격자가 악용할 수 있는 잠재적인 취약점은 무엇입니까?

시스템 디자인

요구 사항을 이해하고 분석을 완료한 후 시스템의 아키텍처 및 구성 요소 설계로 넘어갑니다. 이 단계에서는 기술 스택 결정, 데이터 모델 및 워크플로를 포함하여 실제 시스템을 구축하기 위한 청사진이 생성됩니다.

분산형 시스템 또는 토큰 생태계의 맥락에서 시스템 설계는 시스템 구축 방법과 해당 구성 요소가 서로 상호 작용하는 방법을 결정하는 아키텍처 청사진 역할을 합니다. 이 단계는 시스템 요구 사항 분석 및 시스템 분석을 통해 시스템이 수행해야 하는 작업을 설정하고 실행 가능함을 확인한 후에 수행됩니다.

작업

아키텍처 설계: 시스템의 상위 수준 구조를 배치합니다.
구성 요소 설계: 스마트 계약이나 API, 통합과 같은 각 구성 요소의 세부 설계입니다.
데이터 모델링: 데이터를 저장, 액세스 및 관리하는 방법을 결정합니다.
토큰 모델, 전략, KPI,

필요한 기술

소프트웨어 아키텍처
스마트 계약 개발
시스템공학
검증 및 최적화
사용자 경험(UX) 디자인

산출물/전달물

시스템 설계 문서: 시스템 아키텍처, 구성 요소, 데이터 모델 및 상호 작용 흐름에 대한 포괄적인 청사진입니다.

시스템 사양 문서는 시스템 구축을 위한 청사진을 제공하는 '방법'에 중점을 둡니다.

이 문서는 보다 기술적인 내용을 담고 있으며 일반적으로 시스템 설계 단계의 결과물입니다. 시스템이 요구사항 사양 문서에 명시된 요구사항을 어떻게 충족하는지 간략하게 설명합니다. 시스템 사양 문서에는 다음이 포함될 수 있습니다.

예

요구사항을 설정하고 분석한 후에는 이러한 요구사항을 충족할 아키텍처를 만들기 위해 시스템 설계로 넘어갑니다. Metaverse 프로토콜의 경우 여기에는 다음이 포함될 수 있습니다.

블록체인 레이어: 확장성 요구 사항에 따라 레이어 1 또는 레이어 2 솔루션 중에서 선택합니다.
스마트 계약: 자산 소유권, 거래 및 거버넌스를 처리할 계약을 설계합니다.
토큰경제학: 참여와 거버넌스를 장려하는 데 있어서 토큰의 역할을 정의합니다.

요구 사항 분석에서 토큰 생태계에 거버넌스 토큰이 필요하다고 판단하고 시스템 분석에서 이러한 메커니즘이 실현 가능하다고 확인한 경우 시스템 설계 단계에서는 다음을 지정합니다.

거버넌스 토큰을 발행하고 배포하기 위한 스마트 계약 코드입니다.
거버넌스 구조, 정족수, 정족수 임계값, 투표권 등

요약

이러한 제품 개발 단계는 순차적이지만 엄격하게 선형적이지는 않습니다. 그들은 종종 반복적이며 서로 루프백할 수 있습니다.

예를 들어:

피드백 루프: 시스템 분석 중에 일부 요구 사항이 실현 가능하지 않거나 최적화될 수 있다는 사실을 발견하여 시스템 요구 사항이 개정될 수 있습니다.
반복적 개선: 설계가 진행됨에 따라 새로운 통찰력을 얻으려면 분석 또는 요구 사항 단계를 다시 방문해야 할 수 있습니다.
민첩한 개발: 민첩한 프레임워크에서 이러한 단계는 하나의 큰 시퀀스가 아닌 더 작은 반복 주기로 발생할 수 있으므로 지속적인 개선이 가능합니다.

이러한 단계는 반복적이며 개선을 위해 루프백되는 경우가 많습니다. 예를 들어, 시스템 설계 중에 요구 사항을 업데이트하거나 특정 측면을 재분석하여 이전 단계로 돌아가야 할 필요성을 깨닫게 될 수 있습니다. 각 단계에는 고유한 전문 기술 세트가 있지만 모두 기능적이고 효과적인 Web3 시스템 구축이라는 프로젝트의 궁극적인 목표에 기여합니다.