Coinbase 심층 장문 웹3.0 시대의 부상 전경 해독

원문 제목：《웹3 이해하기 --- 사용자 제어 인터넷》

원문 저자 ：Emre Tekisalp

편집 ：백저 연구원

이 글은 3부로 구성되어 있으며, 인터넷 역사에서의 최신 장인 웹 3의 이유, 내용 및 방식을 강조합니다. 제 1부에서는 오늘날의 네트워크의 단점과 웹 3가 어떻게 개선할 수 있는지를 설명합니다. 제 2부에서는 웹 3의 작동 방식에 대해 중점적으로 다룹니다. 제 3부에서는 개발자가 어떻게 그 위에서 구축할 수 있는지를 강조합니다.

Part1：왜 웹3.0이 인터넷의 다음 장인가?

오늘날의 인터넷에는 두 가지 주요 결점이 있습니다:

1. "상태"를 신뢰할 수 있는 운영자와 독립적으로 보유하지 않습니다.

2. 상태를 전송하기 위한 로컬 메커니즘이 없습니다.

상태 부족은 HTTP 및 SMTP와 같은 웹 구축 프로토콜의 단순성의 결과입니다. 언제든지 인터넷에 연결된 장치인 노드의 역사적 또는 현재 상태를 조회하려고 하면, 그것은 알지 못합니다. 사용자 관점에서 볼 때, 이는 마치 새로운 브라우저(기록, 즐겨찾기, 저장된 설정 또는 자동 완성이 없는)에서 인터넷을 처음 사용하는 것과 같습니다. 매번 인터넷에 연결된 어떤 것을 사용할 때마다 모든 즐겨찾는 애플리케이션을 다운로드해야 합니다.

상태는 서비스와 애플리케이션 개발에 필수적입니다. 왜냐하면 그것이 가치를 나타낼 수 있기 때문입니다. 따라서 두 가지 주요 발전이 결점을 보완했습니다. 첫째, Brendan Eich가 강조한 바와 같이, 쿠키의 발명은 JavaScript로 작성된 웹 기반 애플리케이션이 각 로컬 장치에서 상태를 저장할 수 있도록 하기 위해 이루어졌습니다.

그러나 쿠키의 문제는 그것들이 사용자에 의해 아니라 서비스 제공자가 생성하고 제어한다는 것입니다. 사용자는 어떤 제공자가 그들에게 상태를 제공하거나 그들의 상태에 접근할 수 있는 권한을 가지고 있는지 제어할 수 없습니다.

상태 부족을 해결하는 두 번째 발전은 사용자 상태를 자신의 기계에 저장하는 중앙 집중식 서비스 제공자입니다.

오늘날 구글과 페이스북과 같은 대형 인터넷 회사들은 수십억 명의 국가와 그로 인해 창출된 가치를 소유하고 있습니다. 이는 그들의 사용자들이 동일한 회사가 창출한 서비스와 가치로부터 혜택을 받았기 때문에 그 자체로는 잘못된 것이 아닙니다. 문제는 인터넷이 이러한 중앙 집중식 회사들이 대중보다 더 많은 혜택을 받도록 만드는 방식입니다.

인터넷의 두 번째 주요 결점인 상태 전송을 위한 로컬 메커니즘의 부족은 첫 번째 문제의 부작용입니다. 상태를 보유할 수 없다면(그리고 그것이 창출하는 가치를), 그것을 전송할 수 없습니다. 가치를 쉽게 효율적으로 전송할 수 있는 능력은 경제 발전과 현대 금융의 핵심입니다. 가치를 전송하는 효율성을 높이는 모든 개선은 연쇄적인 긍정적 영향을 미칩니다.

오늘날의 인터넷은 정보 전송을 더 쉽게 만들어 주며, 그로 인해 새로운 비즈니스와 서비스에 대한 잠재력을 창출합니다. 그러나 기업이 가치를 거래할 수 있는 간단한 방법이 없다면, 그들은 서비스로부터 수익을 얻기 위해 다른 방법을 찾아야 합니다.

그래서 수년 동안 인터넷의 기존 비즈니스 모델은 광고로 변모했습니다. 광고 비즈니스는 수십억 사용자의 상태를 효과적으로 저장하고 전송할 수 있는 유일한 비즈니스이기 때문입니다. 광고 자체는 잘못된 것이 아닙니다. 그러나 이번 문제는 세 가지 측면입니다:

1. 제3자 중개인이 모든 광고 거래를 촉진하고 그로부터 이익을 얻습니다.

2. 광고는 기존 기업에 유리하여 새로운 기업이 불리한 위치에 놓이게 하여 경제 성장 잠재력을 제한합니다.

3. 더 풍부한 광고 경제는 더 많은 사용자 데이터(광고 모델 제공에 사용됨)에 의존하여 사용자와 불일치하는 인센티브와 나쁜 사용자 경험을 초래합니다.

인터넷의 방향

네트워크 자체는 기술 발전입니다. 그것은 단지 파이프의 집합일 뿐이며, 인간이 그것으로 무엇을 하는지에는 무관심합니다. 결국 인간은 그것을 어디로 향하게 할 것인지 결정해야 합니다. 향후 1~2년 동안의 네트워크에 대한 더 나은 방향은 다음을 촉진하는 것입니다:

모든 참여자가 로컬 경제 가치를 창출하도록;

이 원주율 가치를 모든 참여자에게 전송하도록.

블록체인의 발명 덕분에, 사토시와 그/그녀/그들의 이전 학자들 덕분에, 우리는 이제 네트워크의 모든 참여자가 디지털 원주율 형식으로 상태를 저장하고 전송할 수 있는 방법을 갖게 되었습니다. 전 세계의 많은 개발자와 기업가들이 이 새로운 상태 계층 위에서 구축하기 시작했습니다(또는 상황에 따라 #BUIDL).

이더리움과 같은 개방형 플랫폼의 출현으로, 이 날은 갈수록 쉬워지고 있습니다. 사람들이 이러한 새로운 기능이 그들에게 무엇을 할 수 있는지 깨닫기 시작하면서, 그들은 더 개방적이고 공정한 인터넷(웹 3.0이라고도 함)을 지지하는 목소리를 내기 시작했습니다.

Part2：웹3.0의 구성

제 1부에서 설명한 바와 같이, 오늘날의 인터넷은 무상태 인터넷입니다. 즉, 그 참여자는 자신의 상태를 유지할 수 없으며, 로컬에서 상태를 다른 상태로 전송할 수 없습니다. 비트코인에서 시작하여, 블록체인은 디지털 원주율 방식으로 상태를 저장하는 방법을 제공합니다.

우리는 암호화 및 블록체인 생태계의 일원으로서 이 새로운 기본 기능을 웹 3.0이라고 부르기 시작했습니다. 우리는 아직 초기 단계에 있지만, 그것이 가져올 이점에 대해 대략적으로 이해하기 시작했습니다.

이 부분은 웹 3.0이 오늘날과 미래에 어떻게 될 수 있는지를 다룹니다:

이미지: 웹3.0의 모듈화 구조

위의 프레임워크의 계층은 위에서 시작하여 y축을 따라 아래로 구축됩니다. 색상은 서로 다른 계층의 모듈 간의 호환성을 나타냅니다. 예를 들어, 오늘날의 암호화 상품(노란색)은 위와 같이 EVM(파란색에서 노란색)과 호환되지만 비트코인 스크립트(녹색에서 빨간색)와는 호환되지 않습니다.

반대로, EVM은 이더리움 블록체인(파란색)과 호환되지만 비트코인 블록체인(녹색)과는 호환되지 않습니다. 이는 비트코인 스크립트와 호환되며 따라서 비트코인 블록체인에 기록될 미래의 암호화 상품을 프레임워크에 넣을 수 있게 합니다(비록 기술적 도전으로 인해 이는 극히 불가능하지만). 이러한 모듈화는 웹 3.0의 강력함에 필수적입니다. 왜냐하면 그 아래의 모든 내용을 완전히 다시 작성하지 않고도 그 중 하나의 계층을 업그레이드할 수 있어야 하기 때문입니다.

상태 계층

상태 계층은 그 아래에서 발생하는 모든 일의 상태를 보존합니다. 그것은 거의 완전히 블록체인 인프라에 의해 제공되며, 모든 참여자가 선호하는 네트워크의 규칙을 준수하는 한 참여할 수 있습니다.

성공적인 네트워크의 목표는 오늘날의 DNS 제공자와 유사한 기본 인프라가 되는 것입니다. 그것들이 예상대로 작동할 때, 아무도 그것들을 인식하지 않지만(99%의 시간), 그것들이 작동하지 않을 때 우리는 모두 고통을 느낍니다.

이 계층은 공공 계층이거나 개인/허가된 계층일 수 있습니다. 누군가는 기본적으로 상태가 단일하고 보편적인 진리라고 주장할 수 있으며, 개인 계층을 만드는 것은 평행 우주를 만드는 것과 유사합니다. 공공 계층과 허가 계층 간에도 기술적 차이가 있지만, 이는 이 문서의 범위를 넘어가므로 개발자가 제품 설계 선택으로서 다룰 것입니다.

여기서부터 각 계층은 그 아래의 계층 위에 구축되거나 호환됩니다.

계산 계층

소프트웨어는 인간이 컴퓨터에 명령을 내릴 수 있게 합니다. 웹 3.0 계산 계층은 인간이 상태 계층에 원하는 작업을 지시할 수 있게 합니다. 그러나 모든 계산 계층이 모든 작업을 허용하는 것은 아닙니다.

예를 들어, 비트코인의 스크립트는 거래 주문 외의 것만 허용하기 때문에 매우 제한적입니다. 반면 이더리움 가상 머신(EVM)은 완전한 튜링 완전 머신이므로, EVM을 지원하는 상태 계층에서 임의의 복잡한 계산을 수행할 수 있도록 허용합니다.

애플리케이션 개발자(및 블록체인 개발자)가 계산 계층을 선택하는 것은 중요한 요소입니다. 왜냐하면 이는 주어진 애플리케이션이 어떤 블록체인에서 실행될 수 있는지를 결정하기 때문입니다. 예를 들어, EVM으로 컴파일된 애플리케이션은 오늘날 이더리움 블록체인에서 실행될 수 있지만 비트코인 블록체인에서는 실행될 수 없습니다.

이더리움 재단은 이더리움의 기본 계산 계층을 웹어셈블리(WASM) 기반의 또 다른 기술인 eWASM으로 변경하기 위해 노력하고 있습니다. Dfinity와 같은 다른 상태 계층 프로젝트도 WASM과 호환될 계획입니다. 이는 eWASM으로 컴파일된 애플리케이션이 이더리움 및 Dfinity 블록체인과 함께 WASM과 호환되는 다른 모든 블록체인에서 이론적으로 실행될 수 있음을 의미합니다.

구성 요소 계층

상태 계층과 계산 계층을 결합하면 새로운 디지털 가치의 설계 공간이 1,000배 증가합니다(즉, 프로그래머블 통화). 따라서 우리는 개발자들이 많은 실험을 시작하는 것을 보기 시작했습니다. 그 중 일부 구현은 잠재력이 매우 커서(아래의 예시처럼) 특정 구성 요소 위에 전체 하위 경제가 구축될 수 있음을 상상할 수 있습니다.

저는 Coinbase의 동료인 Jacob Horne이 이 현상(프로토콜 계층과 함께)을 암호 경제 원리로 설명하고, 그 중 하나인 암호화 상품에 대해 깊이 연구한 것을 언급하고 싶습니다.

구성 요소는 계산 계층 위에 구축되며, 표준화된 스마트 계약 템플릿을 재사용합니다. OpenZeppelin은 이러한 템플릿에 접근할 수 있는 훌륭한 자원입니다. 구성 요소의 생성자는 상태 계층에 새로운 스마트 계약을 게시해야 합니다.

이러한 구성 요소의 예시는 다음과 같습니다:

1. 로컬 통화: 모든 공공 블록체인의 필수적이고 핵심적인 부분입니다. 모든 참여자에게 블록체인 비용을 지불하고 그에 대한 서비스로 보상을 받을 권리를 부여합니다. 일반적으로 거래 형태로 이루어집니다. 예시: 비트코인, 이더

2. 암호화 자산: 기본 기능 세트와 관련 메타데이터를 가진 대체 가능한 자산입니다. 이는 ICO 열풍을 촉발했으며, 누구나 자신의 통화를 생성할 수 있게 해주었습니다. 통화 외에도 주식, 채권, 소유권 등 많은 다른 자산 유형을 디지털화할 수 있습니다. 가장 일반적인 표준은 ERC-20입니다.

3. 암호화 상품: 기본 기능 세트와 관련된 더 풍부한 메타데이터를 가진 대체 불가능한 자산입니다. 이는 대체 불가능한 토큰(NFT) 또는 암호화 수집품이라고도 불립니다. 이는 CryptoPunks를 탐색하고 인기 있는 CryptoKitties를 제작하면서 처음 등장했습니다. 독특한 상품이 디지털화될 수 있게 하며, 예를 들어 수집품, 게임 자산, 접근 권한, 예술품 등이 있습니다. 가장 일반적인 표준은 ERC-721입니다.

4. 신원: 신원 정보의 자가 주권 컨테이너입니다. 그 자체로는 그 신원 내용을 식별하는 데 유용한 정보를 거의 제공하지 않습니다. 그러나 정부나 다른 신뢰할 수 있는 출처(예: 구글, Coinbase)와 같은 많은 출처에서 나올 수 있는 주장을 허용합니다.

주요 제안은 ERC-725 / ERC-735 및 uPort의 일부 프로토콜 제안입니다. 이더리움 이름 서비스(ENS)도 다른 유형의 식별자로서 매우 관련이 있습니다.

5. 스테이블코인: 안정된 가치를 가진 암호화 자산으로, 예를 들어 달러의 가치와 연결됩니다. 이는 매우 복잡한 문제로, 다양한 유형의 이론적 및 실용적 해결책이 존재합니다. 몇 가지 예시는 TrueUSD, Dai 및 Reserve입니다.

프로토콜 계층

상태 계층에서 구성 요소가 생성되면, 그것들은 활성화되어야 합니다. 특정 기능은 이러한 구성 요소의 생애 주기에 매우 중요하고 일반적이어서 표준화되고 있습니다. 이는 이러한 함수가 동일한 언어를 사용해야 하기 때문입니다(따라서 프로토콜 계층이라고 불립니다). 또한 네트워크 효과로 인해 이들이 더 효율적입니다.

여러 가지 다른 프로토콜이 주목받기 시작했습니다. 이들은 표준 스마트 계약의 형태를 취하며, 개발 프로토콜 팀에 의해 배포되고, 관련 기능을 구성 요소에 적용하려는 각 애플리케이션에 의해 호출됩니다:

1. 거래: 구성 요소가 가치를 가지려면 거래 가능해야 합니다. 거래 프로토콜은 자산의 지갑 간 거래를 신뢰할 수 없는 방식으로 허용합니다. 이러한 "중계자"와 대부분의 "탈중앙화 거래소"를 구별하는 것이 중요합니다. 후자는 스마트 계약에서 자산을 호스팅합니다.

거래 프로토콜을 통해 촉진된 거래는 거래 자산을 보관하지 않습니다. 몇 가지 주요 프로젝트로는 0x 및 Kyber Network가 있습니다. 0x 프로토콜이 지원하는 일일 거래량에 대한 자세한 내용을 보려면 여기를 방문할 수 있습니다.

2. 대출: 대출은 자산의 효율성을 높입니다. 왜냐하면 그렇지 않으면 투자 수익이 제로일 수 있기 때문입니다. 표준 대출 프로토콜을 통해 미국의 한 사람이 스마트폰에서 짐바브웨의 다른 사람에게 돈을 빌려줄 수 있습니다. Dharma와 ETHLend는 현재 이 분야의 두 주요 프로젝트입니다.

3. 파생상품: 파생상품 시장은 세계에서 가장 큰 시장으로, 전 세계적으로 약 1.2조 달러로 추정됩니다. 파생상품을 프로토콜로 구축하면 상태 계층 원주율 구성 요소에 대해 신뢰할 수 있는 시장을 형성할 수 있습니다. dy/dx와 Market Protocol은 이 분야의 두 프로젝트입니다.

확장성/전송 계층

블록체인의 확장성 문제는 악명 높습니다. 비트코인 블록체인의 거래 용량은 초당 7건, 이더리움은 초당 15건입니다. 블록체인이 초당 수천 건의 거래를 촉진하기 위해 양보해야 하는지에 대한 많은 논쟁이 있지만, 상태 전송을 지원하기 위해 다른 계층(제2 계층 확장성이라고도 함)이 필요하다는 데는 일반적으로 동의합니다. 이러한 확장성 솔루션은 기본 블록체인의 계산 계층과 호환되어야 합니다.

이를 달성하는 방법에 대한 여러 가지 제안이 있습니다. 다음은 몇 가지 예입니다:

1. 결제 채널: 주어진 자국 통화의 전송만 허용합니다. 상태 계층에 부착된 거래의 검증 가능한 서명을 통해 완료됩니다. 분쟁을 촉진하기 위해 자금을 예치해야 합니다. 예시: 비트코인용 라이트닝 네트워크, 이더용 라이트닝, 이더용 SpankChain의 Vynos 구현.

2. 상태 채널: 모든 상태 전송을 허용합니다. 상태 계층 거래에 부착된 검증 가능한 서명을 통해 완료됩니다. 분쟁을 촉진하기 위해 자금을 예치해야 합니다. 예시: EVM을 위한 반사적, EVM을 위한 Celer Network, EVM을 위한 Arcadeum, EVM을 위한 FunFair의 Fate Channel, EVM을 위한 Connext.

3. 사이드체인: 모든 상태 전송을 허용합니다. 주 체인과 호환되는 다른 블록체인에 의해 완료됩니다. 사이드체인이 주 체인의 계산 계층과 대화할 수 있어야 합니다. 또한 분쟁을 촉진하기 위해 자금을 잠궈야 합니다. 사이드체인은 중앙 집중식 또는 개인 관리 인프라일 수 있습니다. 예시: EVM을 위한 PoA 네트워크, EVM을 위한 Loom 네트워크, EVM을 위한 Plasma Framework.

Plasma(여러 가지 다른 구현이 있음)는 사용자가 자산을 계산 계층으로 안전하게 인출할 수 있도록 보장하기 위해 추가 요구 사항을 내장하고 있다는 점에 유의해야 합니다. 이러한 방식으로, 그 가치 제안은 상태 및 결제 채널과 더 유사합니다.

4. 이제 우리는 다섯 번째 계층에 도달했으며, 이 모듈화 스택이 개발자가 더 낮은 수준의 설계 선택(예: 어떤 블록체인 위에 구축할 것인지)과 독립적으로 작업할 수 있도록 하는 방식을 볼 수 있습니다. 가까운 미래에 가정된 스테이블코인 스마트 계약을 예로 들어보겠습니다. --- eWASM으로 컴파일되어 이더리움에서 실행되며 Counterfactual 상태 채널과 호환됩니다(즉, 상태 채널을 통해 전송할 수 있습니다).

위의 스테이블코인과 동일한 코드는 이론적으로 EOS 및 Dfinity 블록체인과 호환될 수 있습니다. 두 블록체인 모두 WASM을 실행하기 때문입니다. 이 블록체인에서 실행되는 유사한 상태 채널에서도 전송될 수 있습니다.

사용자 제어 계층

이 계층까지, 일반 사용자는 명령줄 인터페이스를 통해 계산 계층과 직접 대화하지 않는 한 생성된 기능을 사용할 수 없습니다. 이 계층의 주요 기능은 사용자의 개인 키를 관리하고 상태 계층에서 거래를 서명할 수 있는 것입니다. 상태 계층의 거래는 사용자 계정의 상태를 변경하므로, 이는 사용자가 웹 3 애플리케이션과 상호작용하는 방식의 핵심입니다.

두 가지 유형의 지갑이 있습니다:

1. 관리형 지갑: Coinbase 또는 다른 암호화폐 거래소에서 인기가 있으며, 상태 계층에서 제한된 고유 잔액 세트를 제어하여 사용자를 대신해 자금을 관리합니다. 이러한 지갑은 사용자의 자금을 집계 계좌에 모을 수 있으므로, 상태 계층 외부에서 개인 사용자의 상태를 관리합니다. 단순히 통화 가치를 고려할 때, 이러한 운영은 실행 가능하고 경제적일 수 있지만, 웹 3 애플리케이션이 가져오는 상태 수가 증가함에 따라 더욱 복잡해집니다.

각 사용자에 대해 전용 블록체인 지갑을 관리하고 탈중앙화 애플리케이션을 지원하는 새로운 유형의 관리형 지갑의 몇 가지 예가 있습니다. 이러한 지갑은 유연성을 더욱 높일 것으로 기대되지만, 아직 대규모로 입증되지 않았습니다.

2. 사용자 제어 지갑: 웹 3에서 구현된 모든 임의의 복잡한 작업을 수행하는 보다 유연하고 직접적인 방법을 제공합니다. 사용자 제어 지갑이 되는 이유는 사용자의 개인 키를 로컬에서 보관하고 각 거래를 로컬에서 서명하기 때문입니다. 이는 지갑 소프트웨어가 제3자가 사용자를 대신해 거래를 제출할 수 있도록 사용자의 개인 키를 복사하지 않음을 의미합니다.

이는 모든 기본 사용자 접촉 지점이므로, 이 계층을 통해 접근하는 애플리케이션에 모든 사용 가능한 기능을 공개해야 합니다. 이는 일반적으로 web3.js와 같은 프론트엔드 라이브러리를 통해 수행됩니다. 이 글의 제 3부에서는 이러한 모든 요소가 어떻게 결합되는지를 깊이 탐구합니다.

애플리케이션 계층

전통적인 웹과 매우 유사하게, 웹 3에서의 대부분의 활동은 아래의 모든 계층 위에 구축된 제3자 애플리케이션을 통해 이루어집니다. 예를 들어, 사용자는 CryptoKitties(즉, 암호화 상품)의 가치를 인식하는데, 이는 CryptoKitties 애플리케이션을 사용하여 제공되는 모든 기능을 통해 이루어집니다. 예: cryptokitties.co 또는 kittyrace.com 또는 cryptogoods.com.

웹 3에 기반하여 구축된 애플리케이션은 전통적인 웹 애플리케이션과 다른 속성과 요구 사항을 가지므로, 일반적으로 탈중앙화 애플리케이션 또는 DApp이라고 불립니다. Matt Condon이 설명한 바와 같이, DApp이 수백만 사용자에게 사용되기 위해서는 기존 애플리케이션과 구별될 수 있어야 합니다.

그러나 탈중앙화가 가져오는 새로운 기능이 바로 DApp이 그렇게 강력한 이유이며, 스택이 성숙해짐에 따라 오늘날의 네트워크를 초과하는 사용량을 볼 수 있을 것입니다. 우리는 전 세계의 개발자들이 자금을 그들이 가치 있다고 생각하는 곳에 투자함으로써 다양한 최전선 사용 사례를 창출하는 것을 보았습니다.

1. 자금 조달: 200억 달러에 가까운 자금 조달, 723,000개의 고유 계정 참여, 8,000개 이상의 회사가 투자받았습니다. 이 공간에서 사기 사건이 발생했지만, 이 글이 발표된 시점에서 가장 인기 있는 애플리케이션 카테고리로, 참여한 계정 수를 기반으로 합니다. 또한, 그 매력은 여전히 계속되고 있으며, 많은 새로운 자금 조달 플랫폼이 규제된 ICO를 촉진하고 있습니다.

2. 거래 플랫폼: 전통적인 암호화 거래 플랫폼은 귀하와 국가 계층 간의 중개자 역할을 하며(관리형 지갑 역할을 하며), 웹 3를 지원하는 애플리케이션으로 구축된 거래 플랫폼은 사용자가 자금을 제3자 지갑 주소에 예치하는 대신 자금을 제어할 수 있도록 합니다. 또한 거래 경험에는 잠재적인 사용자 경험의 이점이 있습니다. 여러 프로젝트가 일부 기술적 도전을 극복하기 위해 노력하고 있지만, 우리는 이미 이 분야의 사용률이 증가하고 있음을 보았습니다.

3. 게임 및 수집품: 60,000개의 고유 계정이 일부 Crypto Good를 보유하여 5천만에서 1억 달러를 모금했습니다. 자금 조달보다 훨씬 작지만, 암호화 상품과 상호작용하는 게임은 거대한 게임 시장에 흥미로운 잠재력을 제공합니다.

Part3：개발자는 어떻게 웹 3.0을 구축하는가?

웹 2.0과 웹 3.0 아키텍처

오늘날 웹 2.0 아키텍처의 간단한 버전은 일반적으로 브라우저나 독립 애플리케이션과 같은 클라이언트 소프트웨어와 콘텐츠 및 논리를 제공하는 서버 세트로 구성되며, 이들은 모두 동일한 엔터티에 의해 제어됩니다. 우리는 이를 게임 회사라고 부릅니다. 이 모델에서 Game Co.는 누구가 자신의 서버의 콘텐츠와 논리에 접근할 수 있는지, 그리고 어떤 사용자가 해당 콘텐츠를 소유하고 있는지 및 저장 기간을 추적하는 유일한 제어권을 가지고 있습니다.

기술 역사 페이지에는 인터넷 회사가 사용자에 대한 규칙을 변경하거나 서비스를 중단하는 방법에 대한 많은 예가 있으며, 사용자는 자신이 창출한 가치를 저장할 권리가 없습니다.

웹 3.0 아키텍처는 일반 상태 계층이 지원하는 기능을 활용합니다. 이는 두 가지를 허용함으로써 이루어집니다:

1. 애플리케이션이 그 일부 또는 전체 콘텐츠와 논리를 공공 블록체인에 배치할 수 있도록 허용합니다. 표준 웹 2.0과는 달리, 이 콘텐츠와 논리는 공개적으로 접근할 수 있습니다.

2. 사용자가 이 콘텐츠와 논리를 직접 제어할 수 있도록 허용합니다. 웹 2.0과는 달리, 사용자는 블록체인上的 콘텐츠와 상호작용하기 위해 반드시 계정이나 특권 API 키가 필요하지 않습니다.

웹 3 애플리케이션은 두 가지 주요 인프라 부분의 도움으로 이를 실현합니다:

1. 지갑: 현대 지갑(예: Coinbase Wallet)은 웹 3 스택의 사용자 제어 계층 외에도 주요 클라이언트 프론트엔드와 상호작용하여 원활한 사용자 경험을 제공합니다. 그들은 애플리케이션이 표준 라이브러리를 사용하여 지갑 자체에 요청을 보내도록 허용함으로써 이를 실현합니다. web3.js는 그 중 가장 인기 있는 라이브러리입니다. 예시 web3.js 호출은 사용자가 지갑이 애플리케이션 주소로 지정된 금액을 보낼 수 있도록 확인하는 결제 요청일 수 있습니다.

사용자가 수락하면 두 가지 일이 발생합니다: 1) 지갑이 응답을 통해 애플리케이션 프론트엔드에 알려주므로 "결제가 제출되었습니다" 화면을 표시할 수 있습니다. 2) 지갑은 RPC 호출을 통해 블록체인 서버에 승인된 거래를 제출합니다. 이는 두 번째 인프라 부분이 작동하는 곳입니다.

2. 블록체인 노드: 블록체인을 지속적으로 모니터링하고 참여하는 두 가지 유형의 에이전트가 있습니다. 즉, 채굴자와 노드입니다. 채굴자는 블록체인을 직접 유지하고 운영하며, 노드는 거래를 모니터링하고 블록체인에 제출합니다. 이들은 ISP와 클라우드 서비스 제공자(예: AWS)와 유사하다고 볼 수 있습니다. 오늘날 대부분의 애플리케이션이 AWS 서비스를 사용하여 애플리케이션 백엔드를 운영하는 방식과 유사하게, 블록체인 노드 제공자(예: Infura)는 블록체인 노드에 대해 동일한 작업을 수행합니다.

지갑이 블록체인에 거래를 제출하거나 블록체인에서 상태 정보를 조회하고자 할 때, 노드 제공자를 호출합니다. 애플리케이션의 애플리케이션 서버도 노드 제공자와 상호작용할 수 있으며, 유사한 RPC 호출을 통해 애플리케이션의 논리를 최신 상태로 유지합니다.

도구 및 프레임워크

어떤 도구와 프레임워크를 사용할지 아는 것과 그것들을 능숙하게 사용하는 것은 모든 개발자 삶의 중요한 구성 요소입니다. 웹 3 분야는 여전히 초기 단계에 있지만, 우리는 이미 개발자가 MVP 단계에 진입하고 점점 더 빠르게 반복할 수 있도록 하는 도구를 갖추기 시작했습니다. 이는 이더리움에서 가장 두드러지며, 커뮤니티의 많은 노력 덕분에 개발자들이 몰려들고 있습니다.

설계 선택

1. 탈중앙화: 이는 새로운 주요 선택입니다. 대부분의 초기 개발자의 목표는 가능한 한 탈중앙화하여 모든 것을 블록체인에 배치하는 것이었습니다. 그러나 오늘날 블록체인의 느리고 비싼 특성 때문에 대규모로 구현하는 것은 불가능합니다. CryptoKitties는 특정 부분을 중앙 집중화하려고 시도한 첫 번째 DApp일 수 있습니다.

예를 들어, 그들의 번식 논리는 공개되지 않았습니다. 그들은 이에 대해 일부 비판을 받았지만, 이는 사용자가 이 논리로 사육된 고양이를 구매하는 데 많은 돈을 쓰는 것을 막지 못했습니다. Gods Unchained는 또 다른 예로, 게임 자체는 표준 클라우드 인프라에서 호스팅되지만, 자산의 소유권은 상태 계층에서 추적됩니다.

많은 DApp이 서로 다른 탈중앙화 접근 방식을 취할 것이지만, 이러한 선택에 대한 주요 원칙적 접근 방식은 "최소한의 공공 상태" 접근 방식을 채택하는 것입니다. 사용자가 자산을 소유할 수 있는 게임을 구축하고 있다면, 소유권은 블록체인에 있어야 합니다. 예측 시장을 구축하고 있다면, 시장의 보고 및 지불은 블록체인에 있어야 합니다.

결국, 사용자가 귀하의 애플리케이션이 지원하는 주요 활동에 대해 진정한 소유권을 가질 수 있다면, 그들은 귀하의 애플리케이션이 가치 있다고 느낄 것입니다.

2. 웹 애플리케이션과 네이티브 애플리케이션: 이는 수십 년의 역사를 가진 선택이지만, 웹 3 애플리케이션에서 새로운 형태로 나타납니다. 오늘날 대부분의 DApp은 두 가지 간단한 이유로 웹 애플리케이션입니다: a) 사용자가 매번 새로운 애플리케이션을 다운로드할 필요가 없습니다. b) 사용자는 매번 새로운 지갑을 생성하지 않고도 귀하의 애플리케이션을 사용할 수 있습니다. 기존의 소수의 네이티브 DApp은 사용자가 새로운 지갑을 생성하도록 요구하여 이상적인 사용자 경험이 아닙니다.

이는 사용자가 수백 개의 지갑에 대한 키를 유지하는 것이 불가능하므로, 실행 가능한 미래가 아니라는 것을 쉽게 알 수 있습니다. 가까운 미래에는 네이티브 애플리케이션이 이러한 UX 도전을 극복할 수 있는 더 원활한 방법이 있을 것이지만, 현재로서는 웹 애플리케이션이 더 쉽게 시작할 수 있는 경험을 제공합니다.

3. 데스크톱 버전 대 모바일 버전: 이 선택의 웹 3 버전은 두 가지 중 하나를 선택하는 것이 아니라, 사용자가 궁극적으로 두 가지 모두에서 귀하의 DApp을 어떻게 사용할 것인지에 관한 것입니다. 데스크톱에서는 MetaMask와 같은 Chrome 확장 프로그램이 대부분의 사용자가 DApp과 상호작용하는 방식이었습니다. 비록 사용자가 새로운 확장 프로그램을 다운로드해야 하지만, 사용자는 여전히 익숙한 브라우저 인터페이스와 상호작용하고 있습니다.

그러나 모바일 장치에서는 확장이 불가능하며, 적어도 iOS에서는 불가능합니다. 이것이 Coinbase Wallet과 같은 지갑 애플리케이션이 자신의 애플리케이션에 브라우저를 배치하는 이유입니다. 브라우저 보기로 들어가면 DApp 경험은 데스크톱과 동일합니다. 모바일 장치를 개발할 때 주의해야 할 몇 가지 기술적 미세 차이가 있으며, Coinbase 지갑의 엔지니어링 책임자인 Pete Kim이 이러한 세부 사항을 소개합니다.

현재까지 해결되지 않은 다른 도전 과제:

1. 누가 가스를 지불하는가: 오늘날 이더리움에서 구축된 모든 DApp은 사용자가 이더리움 블록체인의 거래 비용인 가스를 지불하게 합니다. 수백만 명의 비암호화 사용자가 웹 3 애플리케이션을 사용하려면, 장기적으로 이는 실행 가능하지 않을 것입니다. 여러 가지 이론적 해결책이 있으며, 그 중 일부는 더 실용적에 가까운 것들이 있지만, 아직 실용적인 해결책은 없습니다.

2. 애플리케이션 특정 계정 여부: 웹 3의 흥미로운 애플리케이션 중 하나는 범용 식별입니다. 현재 기능적인 신원 해결책이 많지 않기 때문에 일부 DApp은 여전히 사용자가 계정을 생성하여 애플리케이션에서