블록체인은 금융 및 조정을 보다 접근 가능하게 만들겠다는 약속을 가지고 있습니다. 그러나 간단한 크로스체인 토큰 스왑을 시도해본 사람이라면 이미 알고 있을 것입니다: 여러 지갑 상호작용, 체인별 가스 토큰, 슬리피지 계산, 실패한 거래가 자금을 고갈시키는 지속적인 위협 등이 존재합니다. 블록체인의 잠재력과 사용성 간의 간극은 여전히 완고하게 넓습니다.
의도 중심 디자인이라는 새로운 패러다임이 등장하여 사용자가 Web3와 상호작용하는 방식을 근본적으로 재구축할 수 있습니다. 사용자가 거래의 모든 단계를 지정하는 대신 - 어떤 체인, 어떤 프로토콜, 어떤 스마트 계약 호출 순서 - 의도 중심 아키텍처는 단순히 사용자가 달성하고자 하는 것을 선언하게 합니다. 나머지는 인프라가 처리합니다.
이것은 컴퓨팅 역사에서 더 넓은 패턴을 반영합니다. 초기 컴퓨터 사용자는 어셈블리어로 프로그래밍하여 명확한 기계 지침을 지정했습니다. 현대 사용자는 단순히 클릭, 유형, 또는 원하는 결과를 말하는 것으로 충분합니다. 의도 중심 디자인은 블록체인을 위한 유사한 변화를 약속합니다: 명령형 프로그래밍("이것을 하고, 그 후 이것을 하고, 그 후 이것을 하세요")에서 선언적인 표현("이것을 실현하세요")으로의 전환입니다.
Ethereum의 출시에 따라 Web3를 지배해온 거래 기반 모델은 사용자가 모호해야 하는 기술적인 세부 사항을 이해해야 합니다. 토큰을 체인 간에 스왑하려면, 사용자는 자산을 다리 역할을 하고, 적절한 가스 토큰을 확보하고, 관련된 분산형 거래소로 이동하고, 슬리피지 매개 변수를 설정한 후, MEV 봇이 거래를 선행하지 않길 희망해야 합니다. 각 단계는 마찰과 잠재적 실패를 나타냅니다.
Anoma, Flashbots의 SUAVE, 및 CoW Protocol과 같은 프로젝트들은 다른 접근 방식을 선도하고 있습니다. 이 의도 중심 아키텍처는 사용할 수 있는 솔버 네트워크를 도입하여 사용자 목표를 최적으로 달성합니다. 사용자는 원하는 결과를 표현하고 솔버들은 실행 복잡성을 다룹니다. 이 결과로 Web3는 단순히 일 처리를 넘어 프로그래밍처럼 느껴질 수 있습니다.
이 변환은 복잡함에 실망한 일상 사용자, 체인 통합 작업에 빠진 개발자, 그리고 현재의 제한을 넘어서 확장할 수 있는 암호화 생태계 능력에 중요한 영향을 미칩니다. 하지만 의도 중심 디자인은 중앙집중화, 개인정보 보호, 솔버의 책임성에 대한 새로운 위험을 동반합니다. 이 아키텍처가 이론에서 생산으로 이동하기 시작하면서 약속과 문제점을 이해하는 것이 중요합니다.
의도 중심 설계란 무엇인가?
기본적으로 의도는 사용자가 원하는 최종 상태를 나타내며 권한 실행 경로를 규정하지 않습니다. 기술적으로, 의도는 사용자가 달성하고자 하는 결과와 그 결과에 도달하기 위해 허용할 수 있는 경로를 정의하는 제약을 표현하는 서명된 메시지입니다.
거래 기반 시스템과 의도 기반 상호작용 사이의 차이는 패러다임 변화를 설명합니다. Ethereum과 같은 거래 기반 시스템에서는 사용자가 특정한 지침을 만듭니다: "계약 Y에서 함수 X를 매개 변수 Z로 실행합니다." 블록체인은 이 지침을 결정적 방식으로 처리합니다. 사용자는 계약 인터페이스를 이해하고, 논스를 관리하며, 가스 토큰을 보유하며, 상태 변화를 예측하는 책임이 있습니다.
의도 기반 시스템은 이 모델을 전환합니다. 사용자는 선언합니다: "자산 A에서 자산 B로 끝나길 원하며 제약 C를 가지고 있습니다." 이 선언은 최대 슬리피지 허용, 시간 창, 또는 개인정보 보호 선호사항을 지정할 수 있지만, 실행 경로를 규정하지 않습니다. 제3자 솔버는 이 의도를 수신하고 최적의 이행 전략을 찾기 위해 경합하여 온체인 유동성, 크로스체인 다리, 오프체인 시장 제조자, 동료간 매치의 조합에 접속합니다.
구체적인 예를 들어보자면, 거래 모델에서 100 USDC를 Ethereum에서 ETH로 스왑하려는 사용자는:
- 가스를 위한 ETH를 보유
- 특정 DEX로 이동
- USDC 토큰 계약을 승인
- 적절한 슬리피지 계산
- 스왑 거래 제출
- 잠재적인 MEV 공격을 감시
- 확인 대기 등
의도 모델에서 사용자는 단순히 서명합니다: "다음 10분 내에 100 USDC에 대해 최소 X ETH가 필요합니다." 솔버들은 최적의 실행을 제공하기 위해 경합하며, 잠재적으로:
- 반대 거래를 원하는 다른 사용자와 매치(동료간 결제)
- 여러 유동성 소스를 동시에 라우팅
- 여러 DEX에서 실행하여 가격 영향을 최소화
- 오프체인 시장 제조자 유동성을 사용
- 모든 가스 비용 및 승인 논리를 처리
Anoma 아키텍처는 이를 "일반화된 의도"로 설명 – 거래뿐만 아니라 해당 응용 프로그램 유형 전반적으로 의도가 작동합니다. 게임 의도는 "이 게임 아이템을 최고의 가격에 획득" 일 수 있습니다. 디파이 의도는 "가장 자본 효율성이 높은 체인에서 특정 담보 비율과 함께 레버리지 포지션 유지"일 수 있습니다. 시스템은 결과에 초점을 맞추며 사용자 경험을 간소화합니다.
이 추상화는 여러 즉각적인 이점을 제공합니다. 사용자는 블록체인 복잡성을 탐색하는 데 깊은 기술 지식이 더 이상 필요 없습니다. 여러 가스 토큰을 보유하지 않아도 됩니다. 경쟁 솔버에 의해 최적화되어 공공 멤풀에서 시행되지 않기 때문에 프론트 러닝과 같은 일반적인 문제로부터 보호받습니다. Web3 상호작용의 인지적 부담이 극적으로 감소합니다.
의도 중심 아키텍처는 응용 프로그램을 조정 시스템으로 취급하며 그 기본 단위는 거래가 아니라 원하는 상태 전환입니다. 이 재개념화는 프로토콜이 구축되는 방식, 유동성이 구조화되는 방식, 생태계를 통해 가치가 흐르는 방식에 대한 하위 효과가 발생합니다. 이는 비트코인의 스크립터블 결제 및 이더리움의 프로그래머블 결제를 따르는 블록체인 아키텍처의 "세 번째 세대"라고 연구자들이 부르는 것을 대표합니다.
프로젝트가 의도 레이어를 구축하는 방법
여러 주요 프로젝트는 각기 다른 기술적 도전을 앉게하는 의도 중심 아키텍처에 대한 인프라를 선구하고 있습니다.
Anoma: 의도 운영 체제
Anoma는 의도 중심 응용 프로그램을 위한 분산 운영 체제로 자신을 포지셔닝합니다. 기존 블록체인 위에 응용 계층으로 구축하는 대신, Anoma는 의도를 우선하는 관점에서 전체 스택을 재구상합니다. 프로젝트의 아키텍처는 여러 주요 구성 요소에 중점을 두고 있습니다:
의도 머신은 사용자 의도를 처리하고 해당 이행을 조정합니다. 이더리움의 가상 머신이 거래를 상태 변화로 처리하는 것과 유사하게, Anoma의 의도 머신은 의도를 상태 변화로 처리합니다. 사용자는 응용 프로그램을 통해 원하는 결과를 표현하고, 해당 의도를 비집중화된 가십 네트워크로 방송합니다. 이는 실행 가능한 거래를 방송하는 전통적인 멤풀과 근본적으로 다릅니다.
솔버는 Anoma 네트워크의 전문 노드로서 의도 방송을 듣고 호환 가능한 매치를 식별합니다. Alice가 NFT를 구매하고 Bob이 판매하고자 할 때, 솔버는 이들의 의도를 매칭하여 연결된 체인 전반에서 거래를 원자로 정산하는 균형 잡힌 거래를 제안합니다. 중요한 것은, Anoma는 일반화된 의도를 지원한다는 점입니다 – 이 아키텍처는 금융 스왑에서 복잡한 다자간 조정까지 어떤 유형의 요청도 처리할 수 있습니다.
**Anoma 리소스 머신(ARM)**은 유효 상태 업데이트를 위한 규칙을 강화합니다. 이 구성 요소는 EVM에 상응하지만 의도 기반 계산에 특별히 설계되었습니다. ARM은 자원 기반 상태 모델을 사용하여 자원은 자산 및 그 생성 및 소비를 지배하는 로직을 나타냅니다. 이 추상화는 전통적인 계정 또는 UTXO 모델보다 더 유연한 구성을 허용합니다.
Anoma의 아키텍처는 블록체인 중심 제약에서 해방됩니다, 블록체인이 결제 외에 필요한지 여부를 질문합니다. 설계는 기본 블록체인들을 단일 개발 환경으로 통합하여 오늘날의 응용 프로그램을 한정하는 사용자 및 상태의 파편화를 종료합니다. 개발자는 한 번 배포하여 모든 연결된 체인에서 사용자, 상태, 결제에 접근할 수 있습니다.
이 프로젝트는 Polychain Capital, Coinbase Ventures, Electric Capital을 포함한 주요 투자자로부터 6천만 달러 이상을 모았으며, 이 의도 중심 비전에 대한 기관의 신뢰를 나타냅니다. Anoma는 이더리움에서 처음 배포한 후 다른 생태계로 확장할 계획을 가지고 있으며 메인넷 출시에 대비하고 있습니다.
SUAVE: MEV를 위한 Flashbots의 의도 레이어
MEV 완화를 위한 연구 조직인 Flashbots는 다중 블록체인 전반에 걸친 공통 멤풀 및 시퀀싱 레이어로 SUAVE(Single Unifying Auction for Value Expression)를 구축하고 있습니다. SUAVE는 Anoma와는 다른 아키텍처적 접근 방식을 취하며, MEV 공급망 및 주문 흐름에 중점을 두고 있습니다.
SUAVE는 Ex합니다. 블록 빌더의 역할은 기존 블록체인에서 확장될 수 있습니다. 사용자가 개별 체인의 mempool에 특정 거래를 제출하는 대신, 그들은 SUAVE의 범용 경매에 선호 사항 – 의도 – 을 제출합니다. 이러한 선호 사항은 단순한 것 ("A를 B로 교환")에서부터 복잡한 것 ("수익을 극대화하면서 여러 체인에 걸쳐 내 포트폴리오를 재조정")까지 다양할 수 있습니다.
이 아키텍처는 몇 가지 새로운 요소를 도입합니다. SUAVE는 인텔 SGX를 통한 기밀 컴퓨팅을 사용하여 잠재적 공격자에게 정보를 드러내지 않고 민감한 사용자 주문 흐름에 대한 계산을 허용합니다. 이는 기본적인 긴장을 해결합니다: 솔버는 최적의 실행을 제공하기 위해 정보가 필요하지만, 지나친 정보는 MEV 추출을 가능하게 합니다.
단일 체인에서만 운영하는 블록 빌더는 교차 도메인 MEV로 인해 불리한 입장에 처하게 됩니다. SUAVE는 빌더가 동시에 여러 체인에서 가치를 포착할 수 있도록 합니다. 검증자는 블록 공간에서 수익을 극대화합니다. 사용자는 더 나은 실행과 최소한의 수수료로 개인 거래를 합니다. 이 디자인은 교차 체인 MEV 추출이 유발하는 중앙 집권화를 방지하는 것을 목표로 합니다.
SUAVE의 로드맵에는 점진적인 탈중앙화 마일스톤이 포함되어 있습니다. 초기 버전에서는 Flashbots에 대한 가정으로 신뢰할 수 있는 실행 환경을 사용하며, 이후 버전에서는 완전한 탈중앙화 운영으로 이동합니다. 이 프로젝트는 경쟁자가 참여하도록 명시적으로 초대합니다, 하나의 엔터티가 제어하는 것보다 MEV 인프라를 분배하는 것이 생태계의 장기 건강에 더 유리하다고 인식하고 있습니다.
현재 SUAVE는 일반 사용자 의도보다는 솔버 의도에 더 집중하고 있지만, 이 인프라는 광범위한 의도 기반 응용 프로그램의 기초를 제공합니다. 시스템이 성숙함에 따라 주문 흐름 최적화를 넘어 더 다양한 의도 유형을 처리할 수 있을 것입니다.
CoW 프로토콜: 실용적인 의도 기반 거래
CoW 프로토콜은 2021년 의도 기반 거래를 개척했습니다, 이는 이러한 개념의 초기 생산 구현 중 하나입니다. 이 프로토콜의 이름은 "Coincidence of Wants"를 참조하며 – 두 당사자가 서로의 상품을 원하고 중개자 없이 직접 거래할 수 있는 경제 개념입니다.
CoW 프로토콜은 시간이 지남에 따라 거래를 배치로 수집합니다. 사용자는 오프체인 주문에 서명하여 거래 의도를 표현합니다: 원하는 자산, 허용 가능한 가격 범위, 시간 제한. 이러한 의도는 경매에서 전체 배치를 위한 최상의 실행을 제공하기 위해 경쟁하는 솔버 네트워크로 흐릅니다.
솔버는 다양한 방법을 통해 의도를 실현할 수 있습니다:
- 직접 매칭: 두 사용자가 반대 거래를 원할 때, 솔버는 온체인 유동성을 사용하지 않고 P2P로 매칭
- 링 거래: 여러 동시 의도를 최적화하는 다자간 순환 거래
- DEX 집계: 기존 AMM을 경유하여 유동성 소스를 결합
- 비공개 시장 조성자: 수익성이 있을 때 오프체인 유동성을 활용
배치 경매 메커니즘은 자연적인 MEV 보호를 제공합니다. 배치 내의 모든 거래는 균일한 청산 가격으로 실행되어, 선착순 동역학을 제거하여 선취매를 가능하게 합니다. 솔버는 가스 비용을 부담하므로 거래가 지정된 최소치를 충족하지 못하면 사용자는 비용을 지불하지 않습니다.
CoW 스왑은 300억 달러 이상의 거래량을 처리했으며, 최적의 실행을 통해 사용자들에게 8200만 달러 이상을 절약해 주었고, 의도 기반 DEX 집계자 중 시장 점유율 63%를 차지하는 등 규모에서 오늘날 의도 기반 아키텍처가 효과적으로 작동할 수 있음을 보여줍니다.
기타 주목할 만한 프로젝트들
의도 중심 생태계에 기여하는 몇 가지 다른 프로젝트들이 있습니다:
- Essential: 처음부터 의도 전용 프로토콜을 구축, 여기에는 사용자가 제출한 거래가 존재하지 않으며 – 오직 배치된 의도 솔루션만 있습니다
- UniswapX: 2024-2025년에 출범할 교차 체인 기능을 가진 Uniswap의 의도 기반 경로 지정
- Across Protocol: UniswapX와 함께 교차 체인 의도 상호 운용성을 위한 표준 제안
- 1inch Fusion: 기존 DEX 집계자로부터의 의도 기반 스왑 경로
- DappOS: 의도 중심 애플리케이션 상호작용을 위한 인프라, 의도 자산 및 의도 실행 포함
이 프로젝트들은 공통적인 기술 패턴을 공유합니다: 오프체인 의도 방송, 경쟁 솔버 네트워크, 온체인 정산 검증, 교차 체인 협조. 다양한 접근 방식은 이 분야가 어떤 아키텍처적 선택이 가장 효과적인지 여전히 탐색 중임을 시사합니다.
왜 의도 중심 아키텍처가 중요한가
의도 중심 설계는 Web3 채택과 효율성을 괴롭히는 여러 근본적인 문제를 해결합니다. 이점은 사용자 경험, 경제적 최적화, 시스템 회복 능력에 걸쳐 있습니다.
사용자 경험의 극적인 개선
가장 즉시 눈에 띄는 이점은 사용자의 여정을 급진적으로 간소화한다는 것입니다. 현재 Web3 시스템은 복잡하고 진입 장벽을 제시합니다, 사용자들이 분산된 인프라를 탐색해야 합니다. 여러 체인에서 DeFi에 참여하고자 하는 사용자는 여러 지갑 관리, 다양한 가스 토큰 보유, 프로토콜 별 인터페이스 이해, 최적의 타이밍 모니터링, MEV 착취에 대한 지속적인 걱정이라는 어려움에 직면합니다.
의도 중심 시스템은 이 복잡성을 압축합니다. 사용자는 자연어로 원하는 결과를 지정합니다. 시스템은 AI 인터페이스를 사용해 자연어를 형식화된 의도로 번역할 수 있습니다: "내 포트폴리오를 60% ETH, 30% 안정 코인, 10% LINK로 재조정하고 싶다"는 구조화된 의도가 되어 솔버가 자동으로 이를 실행합니다.
이 추상화는 특히 덜 정교한 사용자에게 이롭습니다. 오늘날의 평범한 DeFi 사용자는 독자적 기술팀이 있는 잘 자본화된 회사에만 제공되는 유형의 실행과 가격에 접근하는 데 어려움을 겪습니다. 의도 기반 아키텍처는 기관급 실행에 대한 접근을 민주화합니다.
의도 시스템에서 실패한 거래는 사용자에게 가스 비용이 들지 않으며 – 솔버가 그 비용을 부담합니다. 사용자는 체인 특정 가스 토큰을 보유할 필요가 없으며; 솔버는 거래되는 토큰으로 수수료를 수집합니다. 기술적 세부 사항 관리의 마찰은 감소하고 최적 실행에 대한 신뢰는 증가합니다.
MEV 감소 및 가치 회수
채굴자/최대 추출 가능한 가치(MEV)는 사용자로부터 매년 수십억 달러의 가치를 추출합니다. 전통적인 거래 모델은 사용자를 선취매, 샌드위치 공격 및 기타 형태의 약탈적 추출에 노출시킵니다. 공공 mempool은 실행 전 사용자 의도를 방송하여, 정교한 행위자에게 이를 착취할 시간을 제공합니다.
의도 중심 아키텍처는 이러한 동역학을 근본적으로 변화시킵니다. 사용자가 실행 가능한 거래 대신 의도에 서명하기 때문에, 의도를 선취매하는 것은 사실상 불가능합니다. 솔버는 서명된 상태 변화를 위한 최상의 결과를 제공하기 위해 경쟁하지만, 실행 경로는 유연하게 유지됩니다. 이는 MEV 봇이 착취하는 예측 가능성을 제거합니다.
CoW 프로토콜이 사용하는 배치 경매 메커니즘은 시간 창에 걸쳐 주문을 집계하여 MEV 기회를 줄입니다. 여러 거래가 균일한 가격으로 동시에 실행되면 전통적인 MEV 추출 벡터는 사라집니다. 존재하는 가치는 악의적인 행위자가 아닌 솔버 네트워크에 의해 경쟁되며 사라집니다.
중요하게도, 의도 시스템은 MEV를 완전히 제거하지 않지만 - 이를 추출적에서 생산적인 것으로 변환합니다. 경쟁 네트워크의 솔버는 사용자에게 가치를 입찰합니다, 정보 비대칭성을 착취하는 것이 아니라. 승리의 기준은 사용자 만족을 극대화하는 것이 됩니다.
교차 체인 상호운용성 및 합성 가능성
아마도 가장 깊은 영향은 의도 중심 디자인이 Web3의 다중 체인 현실을 다루는 방법에 있을 것입니다. 오늘날의 생태계는 각기 고립된 유동성과 사용자 기반을 가진 레이어 1, 레이어 2, 사이드체인에 걸쳐 파편화되어 있습니다. 체인 간 가치 이동은 브릿지, 래핑 자산, 복잡한 신뢰 가정을 필요로 합니다.
의도 중심 아키텍처는 거래 수준이 아닌 의도 수준에서 합성을 가능하게 합니다, 연결된 체인 전반에 걸쳐 상태를 통합합니다. 사용자는 의도를 표현할 때, 그것이 어느 체인에서 실행되는지를 명시할 필요가 없습니다. 솔버가 최적의 실행 장소를 결정하며, 때로는 여러 체인에 걸쳐 대량 주문을 나누거나 그 순간 가장 좋은 유동성을 제공하는 장소를 경유합니다.
이 추상화는 사용자만큼이나 개발자에게도 이점을 줍니다. 개발자는 체인별로 별도의 스마트 계약을 배포하고 교차 체인 메시징의 복잡성을 관리하는 것이 아니라 의도 중심 애플리케이션을 구축할 수 있습니다.applications once. The underlying infrastructure handles chain-specific details. Applications become truly portable, following liquidity and users rather than being locked to specific chains.
The intent layer can aggregate liquidity across all connected domains, solving the chicken-and-egg problem where new chains struggle to bootstrap usage without liquidity. If users and solvers participate in a unified intent network, liquidity fragmentation becomes less critical. Orders flow to wherever they can be optimally filled.
자본 효율성과 혁신
의도 기반 모델은 새로운 형태의 자본 효율성을 가능하게 합니다. 해결자가 자신의 인벤토리를 사용하여 거래를 촉진할 수 있을 때, 자본은 더 이상 유동성 풀에 가만히 있어야 할 필요가 없습니다. 전문 시장 메이커는 수익성 있는 기회가 발생할 때만 자본을 배치하여 동적으로 유동성을 제공할 수 있습니다.
이 시스템은 전통적인 거래 모델에서는 불가능했던 사용 사례를 열어줍니다. 복잡한 다자간 조정은 정확한 실행 순서 대신 결과를 표현할 때 가능해집니다. 높은 가스 비용이나 조정 복잡성으로 인해 실현되지 못했던 애플리케이션은 의도 네트워크가 효율적으로 실행 세부 사항을 처리할 때 실용적인 옵션이 됩니다.
전환 양상: 스마트 계약에서 의도 계층으로
블록체인 진화에서 의도 중심 설계가 어디에 자리 잡는지를 이해하는 것은 그 중요성과 잠재적 궤적에 대한 관점을 제공합니다.
웹 아키텍처의 진화
Web1은 읽기 전용이었습니다: 중앙 서버에서 제공되는 정적 페이지. 사용자들은 콘텐츠를 소비하지만 거의 참여하지 않았습니다. 아키텍처는 이러한 수동성을 반영했습니다 – 최소한의 상호작용을 가진 간단한 HTML 페이지.
Web2는 사용자 생성 콘텐츠와 동적 애플리케이션을 도입했지만 중앙 집권적 통제를 유지했습니다. Facebook과 Google과 같은 플랫폼은 참여를 가능하게 했지만 데이터와 가치를 중앙에서 포착했습니다. 사용자들은 편의를 위해 통제를 바꿨고, 이는 Web3가 방해하려는 감시 자본주의 모델을 만들었습니다.
Web3의 첫 번째 세대는 비트코인으로 대표되며, 스크립트 가능한 정산을 도입했습니다. 사용자는 기본 조건 논리를 사용하여 돈을 프로그래밍할 수 있었지만 스크립팅 언어는 의도적으로 제한되었습니다. 비트코인은 블록체인이 작동할 수 있음을 증명했지만 표현성이 제한적이었습니다.
이더리움은 완전히 프로그래머블한 정산을 통해 2세대 아키텍처를 선구했습니다. EVM은 임의의 계산을 가능하게 했으며, 이는 애플리케이션의 폭발을 촉발했습니다: 토큰, DAO, 디파이 프로토콜, NFT 마켓플레이스. 그러나 이러한 프로그래머빌리티는 복잡성을 가져왔습니다. 사용자는 스마트 계약 호출에서 거래를 구성하는 사실상의 프로그래머가 되었습니다.
Gen 2 아키텍처의 한계는 애플리케이션이 정교해지면서 분명해졌습니다. NFT 마켓플레이스와 같은 복잡한 애플리케이션과 주문서 DEX는 상대방 발견 및 최적화를 위한 중앙 구성 요소를 필요로 합니다 – 이는 블록체인이 효율적으로 제공하지 않는 기능입니다. 이러한 Gen 2.5 아키텍처는 작동하지만 탈중앙화에서 타협합니다.
3세대 의도 중심 아키텍처는 임의 애플리케이션 유형에 대한 끝에서 끝까지의 탈중앙화를 제공하는 것을 목표로 합니다. 의도를 기본적인 원시 자료로 만듦으로써, 이러한 시스템은 일반화된 의도 완료, 상대방 발견, 해결 및 정산을 제공합니다 – 애플리케이션이 필요로 하는 모든 것을 블록체인 중심의 디자인으로 강요하지 않습니다.
개발자에게 변화하는 것들
의도 중심 아키텍처로의 전환은 기본적으로 개발자 경험을 변형합니다. 오늘날 블록체인 개발자는 다음을 수행해야 합니다:
- 여러 프로그래밍 언어 (Solidity, Rust, Move)를 마스터
- 각 체인의 특정 특성과 가스 모델 이해
- 커스텀 브릿지 및 체인 간 메시징 구축
- 자체 MEV 보호 구현
- 체인 재조직과 관련된 경계 사례 처리
- 비싼 온체인 계산 최적화
의도 중심 개발은 많은 이러한 우려를 추상화합니다. 개발자는 애플리케이션이 이해하는 욕구의 어휘인 의도 언어를 정의합니다. 기본 인프라가 실행 세부 사항을 처리합니다. 체인별로 별도의 구현을 작성하는 대신 애플리케이션은 기본적으로 이동할 수 있게 됩니다.
이는 소프트웨어 개발의 초기 전환을 반영합니다. 개발자는 한때 수동으로 메모리 할당을 관리했으며, 이제는 가비지 컬렉터가 이를 처리합니다. 개발자는 한때 플랫폼별 코드를 작성했으며, 이제는 프레임워크가 크로스 플랫폼 추상을 제공합니다. 의도 중심 설계는 블록체인 개발에 유사한 추상을 가져옵니다.
전환은 하룻밤 사이에 이루어지지 않을 것입니다. 기존 스마트 계약은 상당한 투자와 네트워크 효과를 나타냅니다. 현재 애플리케이션이 의도 기반 상호작용을 점진적으로 통합할 수 있는 마이그레이션 경로가 존재해야 합니다. 하이브리드 아키텍처는 전환 기간 동안 지배적일 가능성이 있으며, 의도 계층은 전통적인 거래 시스템을 감쌀 것입니다.
인프라에 변화하는 것들
인프라 계층은 애플리케이션을 놓고 체인들이 경쟁하는 것에서부터 주문 흐름을 놓고 해결사 네트워크가 경쟁하는 것으로 이동합니다. 체인은 실행 환경이 아닌 정산 계층이 됩니다. 가치 있는 부동산은 의도 조정 및 해결사 네트워크로 스택을 이동시킵니다.
이러한 가치와 권력의 재분배는 상당한 영향을 미칩니다. MEV 검색자는 해결사로 전환할 수 있으며, 비슷한 기술을 사용하나 가치 긍정적인 맥락에서 사용합니다. 유동성 제공자는 자본을 풀에 두는 대신 적시에 유동성을 제공할 수 있습니다. 유효성 검사자의 역할은 트랜잭션 주문이 아닌 의도 이행 확인입니다.
새로운 인프라 요구사항이 발생합니다: 의도 소문 네트워크, 해결사 평판 시스템, 제약 만족 엔진, 체인 간 정산 프로토콜. 생태계는 의도를 표현하기 위한 표준이 필요합니다, 서로 다른 시스템이 상호작용할 수 있도록 합니다. 표준이 없다면, 공간은 호환되지 않는 의도 사일로로 단편화될 위험이 있습니다.
무엇이 잘못될 수 있는가? 위험과 트레이드오프
어떤 아키텍처적 변화와 마찬가지로, 의도 중심 설계는 새로운 공격 벡터, 중앙화 위험 및 의도하지 않은 결과와 함께 이점을 소개합니다.
해결사 중앙화
아마도 가장 큰 위험은 해결사 네트워크 중앙화와 관련될 것입니다. 경쟁력 있는 해결사 인프라 운영은 정교한 기술 능력과 상당한 자본을 요구합니다. 해결사는 여러 체인에서 인벤토리를 유지하고, 복잡한 최적화 알고리즘을 실행하며, 가스 비용을 관리하고, 최소 지연으로 응답해야 합니다.
이러한 요구사항은 진입 장벽을 형성합니다. 효과적으로 의도를 해결할 수 있는 개체가 소수에 불과하면 시스템은 새로운 이름 아래 중앙화를 다시 도입합니다. 소수의 지배적인 해결사가 최적화되지 않은 실행을 제공하기 위해 담합할 수 있습니다, 전통적인 시스템에서 MEV 봇이 착취하는 방법과 유사하게 가치를 추출합니다. 사용자는 간소화된 인터페이스를 얻지만, 블록체인을 매력적으로 만든 탈중앙화를 잃게 됩니다.
일부 프로토콜은 초기에는 허가된 해결사 네트워크를 사용합니다(https://li.fi/knowledge-hub/with-intents-its-solvers-all-the-way-down/), 참여를 위해 허가 목록을 요구합니다. 이는 실행 품질을 보장하지만 Web3의 무허가 정신과 모순됩니다. 품질을 유지하면서 열린 참여를 허용하는 메커니즘을 설계하는 것이 과제입니다.
평판 시스템, 스테이킹 요구사항 및 슬래싱 메커니즘이 이러한 위험을 완화할 수 있습니다. 해결사는 부정행위가 감지되면 잘려질 수 있는 상당한 보증금을 게시할 수 있습니다(https://mixbytes.io/blog/modern-dex-es-how-they-re-made-cow-protocol). 사용자는 해결사의 성능을 공개적으로 모니터링하고 신뢰할 수 있는 운영자로 의도를 라우팅할 수 있습니다. 하지만 이러한 메커니즘은 복잡성을 추가하며 중앙화 문제를 완전히 해결하지 않을 수 있습니다.
개인정보 문제
의도 공개 표현은 정보 누출 위험을 만듭니다. 대량 거래를 원한다고 방송하면 전략을 드러냅니다, 해결사나 관찰자가 트랜잭션 수준이 아닌 의도 수준에서 프론트런할 수 있게 합니다. 의도는 경쟁적 해결을 통해 일부 보호를 제공하지만 모든 정보 비대칭을 제거하지는 않습니다.
SUAVE는 신뢰할 수 있는 실행 환경을 사용하여 이를 해결합니다, 그러나 이것은 Intel SGX 및 유사한 하드웨어에 대한 보안 가정이 있습니다. 영지식 증명과 같은 암호학적 접근은 더 강력한 개인정보 보장을 제공하지만 상당한 계산 오버헤드를 갖습니다.
디자인 공간은 어려운 트레이드오프를 포함합니다. 해결사는 최적의 실행을 제공하기 위해 정보가 필요하지만, 너무 많은 정보는 착취를 가능하게 합니다. 올바른 균형을 찾는 것은 여전히 열린 연구 문제입니다, 명확한 해결책은 아직 없습니다.
구현의 복잡성과 대기 시간
의도 중심 시스템을 구축하는 것은 상당한 기술적 복잡성을 포함합니다. 잠재적으로 수백만 명의 사용자에 대한 효율적인 의도 매칭은 정교한 알고리즘을 필요로 합니다. 체인 간 정산은 조정 문제와 대기 시간을 도입합니다. 여러 체인이 연루될 때 원자적 실행을 보장하는 것은 신중한 프로토콜 설계를 요구합니다.
이러한 복잡성은 실패 모드를 도입할 수 있습니다. 최적의 해결이 사용자가 허용할 수 있는 것보다 오래 걸리면 어떻게 될까요? 시스템이 부분적 이행을 어떻게 처리합니까?### 번역
Content: 의도가 만기될 때 사용자에게 어떤 구제가 있습니까? 전통적인 거래 시스템은 예측 가능한 결과를 제공하지만, 의도 시스템은 실행이 발생할지 및 어떻게 발생할지에 대한 불확실성을 추가합니다.
표준화 과제는 이러한 기술적 장애물을 복합적으로 만듭니다. 공통된 의도 표현 양식이 없다면, 서로 다른 시스템은 상호작용할 수 없습니다. 그러나 초기의 표준화는 비최적의 디자인을 고정화시킬 수 있습니다. 생태계는 빠르게 움직이는 것과 견고한 기초를 구축하는 것 사이의 균형을 맞춰야 합니다.
스마트 계약 유산과 마이그레이션
기존의 Web3 생태계에는 거래 기반 모델로 구축된 스마트 계약에 걸친 수십억에 달하는 잠긴 가치가 포함되어 있습니다. 이러한 계약은 단순히 하룻밤 사이에 다시 쓰일 수 없습니다. 의도 중심 디자인의 점진적인 채택을 위한 마이그레이션 경로가 존재해야 합니다.
기존 계약을 감싸는 의도 계층의 하이브리드 아키텍처는 해결책을 제공할 수 있지만 복잡성을 추가합니다. 개발자는 레거시 시스템을 유지하면서 새로운 패러다임을 배워야 합니다. 사용자는 어떤 애플리케이션이 어떤 상호작용 모델을 지원하는지 혼란스러워할 수 있습니다. 전환 기간은 통일성보다는 분열을 초래합니다.
개발자 교육은 또 다른 과제를 제기합니다. 명령적 거래 프로그래밍에서 선언적 의도 표현으로의 정신 모델 전환은 상당합니다. 현재 블록체인 개발자는 특정 언어와 패턴에 깊은 전문성을 가지고 있습니다; 재훈련하는 데는 시간이 걸립니다. 대학과 부트캠프는 막 솔리디티 교육을 시작했으며, 의도 기반 개발은 또 다른 학습 곡선을 더합니다.
책임성과 구제
거래 기반 시스템은 명확한 책임을 제공합니다. 거래가 실패하거나 예상과 다르게 작동할 경우, 작업의 정확한 순서를 조사할 수 있습니다. 의도 기반 시스템은 실행을 추상화하여 결과가 기대에 부합하지 않을 때 무엇이 잘못되었는지를 이해하기 어렵게 만듭니다.
솔버가 비최적의 실행을 제공할 때 누가 책임을 지나요? 사용자는 어떤 구제를 받을 수 있습니까? 솔버가 악의적으로 행동했다는 것을 입증할 방법은 무엇입니까? 많은 현재 디자인에서는 이러한 질문에 대한 명확한 답이 부족합니다. 사용자 보호를 위해 의도 중심 시스템의 책임성 프레임워크 구축이 중요합니다.
의도 기반 프로젝트를 위한 사전 토큰 출시 체크리스트
의도 중심 시스템에서 토큰 출시를 준비하는 팀은 일반적인 토큰 출시 준비 외에도 독특한 고려사항에 직면하게 됩니다. 이러한 프로젝트는 토큰 경제학을 기반 솔버 네트워크 동력 및 의도 매칭 메커니즘과 일치시켜야 합니다.
명확한 의도 언어와 프로토콜 정의
성공적인 의도 기반 프로젝트는 명확하고 모호함 없는 의도 표현 기준을 필요로 합니다. 팀은 다음을 수행해야 합니다:
의도 스키마를 포괄적으로 문서화하기: 시스템이 지원하는 의도의 유형, 사용자가 제약을 표현하는 방법, 필수 및 선택적 매개변수를 명확히 지정합니다. 의도 언어는 사용자 욕구를 캡처하는 데 충분히 표현력이 있어야 하면서도 솔버 네트워크에 의해 해석 가능해야 합니다.
개발자 SDK와 도구 제공하기: 의도 중심 시스템에서 애플리케이션을 구축하려면 거래 기반 개발과 다른 도구가 필요합니다. 명확한 문서, 코드 예시, 및 테스트 프레임워크는 채택 장벽을 낮춥니다.
미래 확장성 고려하기: 의도 언어는 진화를 지원해야 합니다. 새로운 의도 유형이 나타날 것이며, 표준은 기존 구현을 깨뜨리지 않고 이것들을 수용해야 합니다. 버전 관리 스키마와 폐기 정책이 중요합니다.
솔버 인프라 구축 또는 파트너십 구축
솔버 네트워크는 의도 시스템의 실행 주축을 대표합니다. 토큰 프로젝트는 견고한 해결 용량을 보장해야 합니다:
초기 솔버 참여 부팅하기: 출시에는 경쟁적인 실행을 제공할 충분한 솔버가 필요합니다. 팀은 초기 솔버를 스스로 운영하거나, 초기 참가자를 위한 보조금을 제공하거나, 다른 프로토콜의 기존 솔버 운영자와 파트너십을 맺어야 할 수 있습니다.
솔버 인센티브 메커니즘을 신중하게 설계하기: 솔버는 비용을 충당하면서 최적의 사용자 결과를 권장하는 보상을 필요로 합니다. 토큰 경제는 좋은 솔버 행동을 보상해야 하며 – 사용자에게 여분의 혜택을 제공함 – 나쁜 행위자를 처벌하거나 제외해야 합니다.
솔버 독점을 디자인을 통해 피하기: 여러 가지 전략이 솔버 탈중앙화를 촉진할 수 있습니다. 자본 요구사항을 최소화하여 진입 장벽을 낮춥니다. 새로운 솔버가 점진적으로 신뢰성을 쌓을 수 있는 평판 시스템을 구현합니다. 솔버가 모든 것을 처리할 필요 없이 전문화를 할 수 있는 위임 해결 모델을 고려합니다.
체인 간 솔버 조정 계획하기: 프로토콜에 체인 간 의도가 포함된 경우, 솔버는 도메인 간에 협력할 수 있는 메커니즘이 필요합니다. 정산이 어떻게 이루어지는지, 누가 브릿지 비용을 부담하는지, 분쟁이 해결되는 방법을 정의합니다.
의도-솔버 매칭 논리 감사하기
어떤 의도 기반 시스템의 핵심은 의도가 솔버 용량과 어떻게 매칭되는가입니다. 토큰 출시에 앞서:
철저한 보안 감사를 수행하기: 의도 매칭 논리는 철저해야 합니다. 버그는 솔버가 부당하게 가치를 추출하거나 의도를 충족시키지 못하게 할 수 있습니다. 메커니즘 디자인 경험을 가진 다수의 감사 회사와 스마트 계약 보안 전용이 아닌 감사를 진행합니다.
매칭 알고리즘 스트레스 테스트하기: 고부하 시나리오를 시뮬레이션합니다. 수천 개의 의도가 동시에 도착할 때 어떤 일이 발생합니까? 시스템은 부하가 걸릴 때 어떻게 우아하게 저하됩니까? 병목 구간은 어디입니까?
인센티브 호환성 검증하기: 게임 이론이 매우 중요합니다. 솔버가 정직한 행동에서 벗어나 이익을 얻을 수 없는지 확인합니다. 나쉬 균형이 원하는 결과와 일치하는지 확인합니다. 공동 작업하는 솔버가 사용자를 악용할 수 있는 공격 벡터를 고려하세요.
사용자 경험 테스트 우선순위화
의도 중심 설계의 목적은 사용자 경험을 개선하는 것입니다. 출시 전에 이를 확인하세요:
비기술적 사용자와 테스트하기: 블록체인 복잡성에 익숙하지 않은 사람 앞에서 인터페이스를 보여줍니다. 그들이 의도의 의미를 이해할 수 있습니까? 시스템이 원하는 대로 실행될 것이라고 믿습니까? 어디서 혼란스럽습니까?
전통적인 대안과 비교하기: 의도 기반 경험을 거래 기반 대안과 비교합니다. 실제로 더 간단합니까? 결과가 일관되게 더 좋습니까? 특정 개선 사항을 정량적으로 문서화하세요.
명확한 피드백 메커니즘 설계하기: 사용자는 의도에 무슨 일이 일어나고 있는지 이해해야 합니다. 상태 업데이트를 제공하세요: 의도 수신됨, 솔버 경쟁 중, 실행 제안됨, 결산 확인됨. 불명확한 피드백은 불신을 초래합니다.
경계 사례 준비하기: 의도가 충족되지 않을 때 사용자는 무엇을 보게 됩니까? 그들은 의도를 어떻게 수정하거나 취소합니까? 네트워크 혼잡 시 어떤 일이 발생합니까? 이러한 경험을 철저히 다듬으세요.
거버넌스 및 탈중앙화 경로 수립
토큰 기반 거버넌스는 의도 중심 원칙에 맞춰야 합니다:
업그레이드 메커니즘 정의하기: 의도 프로토콜은 진화할 것입니다. 변경 사항을 제안하고, 테스트하고, 배포하는 명확한 절차를 수립하세요. 솔버 네트워크가 요구하는 안정성과 빠른 진행 간의 균형을 맞추세요.
솔버 거버넌스 참여 계획하기: 솔버는 특별한 거버넌스 권리를 가져야 합니까? 프로토콜은 솔버 카르텔에 의해 장악되는 것을 어떻게 방지합니까? 솔버 참여에 토큰 보유가 필요한지, 그리고 그것이 중앙화 위험에 어떤 의미를 가지는지 고려하세요.
진행적 탈중앙화 로드맵 계획하기: 대부분의 프로젝트는 실용적 이유로 일부 중앙 집중된 구성요소와 함께 시작됩니다. 완전한 탈중앙화로의 경로를 명확히 문서화하세요. 전환을 표시하는 이정표가 무엇입니까? 통제권 전환의 촉매는 무엇입니까?
토큰 경제학 투명성 확보하기: 사용자와 솔버는 토큰 경제학에 신뢰를 가져야 합니다. 에미션, 베스팅, 재무 상태 사용 및 가치 축적 메커니즘에 대한 명확한 문서를 게시하세요. 신뢰를 훼손하는 놀라움을 피하세요.
크로스 프로토콜 호환성 보장하기
의도 중심 생태계는 네트워크 효과로 이익을 얻습니다. 프로토콜을 고립시키면 가치가 제한됩니다:
신흥 의도 표준 지원하기: 크로스 체인 의도 표준 개발에 참여하세요. 의도 표현과 관련된 제안된 ERC를 구현하세요. 다른 프로토콜과의 통합을 간단하게 만드세요.
모듈식 아키텍처 구축하기: 벤더 종속을 피하고 구성요소 사이의 독립성을 유지하세요. 다른 프로젝트들이 귀하의 솔버 네트워크나 의도 매칭을 통합할 수 있도록 하되, 귀하의 전체 스택을 도입할 필요는 없게 하세요.
보완적인 프로토콜과 파트너십 맺기: 의도 생태계는 다양한 전문 제공자들이 필요합니다 - 일부는 체인 간 결산에, 다른 일부는 특정 자산 유형에, 또 다른 일부는 프라이버시를 집중적으로 다루고 있습니다. 전략적 파트너십은 고립된 개발보다 더 큰 가치를 창출합니다.
체인 중립성 유지하기: 특정 Layer 1 또는 Layer 2를 편애하지 마십시오, 귀하의 사용 사례에서 요구하지 않는 한. 의도 중심 설계의 힘은 체인 차이점을 추상화하는 데서 나오며, 인위적인 제한은 매력을 줄입니다.
미래의 모습
의도 중심 아키텍처는 광범위한 채택이 이루어진다면 Web3를 극적으로 재구성할 수 있을 것입니다. 현재의 추세를 외삽하면 몇 가지 가능한 미래 모습을 예측할 수 있습니다.
거래를 넘어: 의도 중심의 모든 것
초기 구현은 DeFi 트레이딩에 중점을 두지만, 패러다임은 훨씬 더 넓은 범위로 확장될 수 있습니다. 게임 애플리케이션은 블록체인을 이해할 필요 없이 의도를 사용하여 인게임 자산 관리를 할 수 있게 될 것입니다. 물류 의도를 표현할 수 있는 공급 체인 조정 예시 등을 제공합니다.
(쥔 제공된 컨텐츠가 잘렸습니다. 추가 정보가 필요하면 말씀해 주세요.) 재료를 이 날짜까지 이 위치로, 진품 증명서와 함께."
사회적 조정 메커니즘은 의도를 기반으로 작동할 수 있습니다. DAO는 집단적 욕망 - 이러한 공공재를 자금 지원하고 이러한 결과를 달성하기 위한 - 을 표현할 수 있으며, 솔버 네트워크는 최적의 자원 할당을 식별할 수 있습니다. 의도 계층이 실행 복잡성을 처리할 때, 쿼드라틱 자금 조달, 복귀성 공공재 자금 조달 및 기타 메커니즘 설계가 더 실용적이 됩니다.
체인 간 수익 최적화가 완전히 자동화될 수 있습니다. 사용자는 위험 허용도와 수익 기대치를 표현하고, 솔버가 동적으로 프로토콜과 체인을 재조정하여 결과를 극대화합니다. DeFi 포지션을 적극적으로 관리하는 것의 정신적 부담이 사라집니다.
교환 설계의 변혁
현재의 DEX 설계는 최종 상태가 아닌 중간 단계일 수 있습니다. 의도 매칭이 충분히 효율적이 되면 별도의 교환 인터페이스가 불필요해질 수 있습니다. 지갑 자체가 의도 인터페이스가 되고, 솔버가 항상 켜져 있는 유동성 풀을 통해가 아니라 적시에 유동성을 제공할 수 있습니다.
이 변혁은 자본 효율성을 극적으로 개선할 수 있습니다. 저수익률을 얻는 AMM 풀에 고착된 수십억 대신, 전문 시장 제작자가 자본을 동적으로 배치할 수 있습니다. 사용자는 더 나은 가격을 얻고, 유동성 제공자는 더 높은 수익을 얻습니다. 가치를 제공하는 중간자 - 복잡한 솔버 - 는 수동 자본이 대부분의 보상을 얻는 대신 적절한 보상을 잡을 수 있습니다.
애그리게이터는 특화된 솔버 네트워크 간 조정을 담당하는 메타 솔버로 발전할 수 있습니다. DEX 유동성 소스를 직접 집계하는 대신, 솔버 기능을 집계하여 특정 의도 유형에 가장 잘 실행할 수 있는 네트워크로 의도를 라우팅합니다.
힘의 이동: 체인에서 솔버로
가치와 통제의 중심지가 레이어 1 블록체인에서 의도 오케스트레이션 계층으로 이동할 수 있습니다. 사용자가 주로 의도 인터페이스를 통해 상호작용하면, 기본적인 결제 체인은 덜 중요해집니다. 솔버가 실행 장소를 선택하고, 사용자는 결과만 신경 씁니다.
이 이동은 체인 부족주의와 경쟁을 줄일 수 있습니다. 이더리움, 솔라나 및 기타 체인이 주로 의도 네트워크의 결제 계층으로 서비스될 경우, 그것들의 차별화는 기술적 속도, 비용, 보안이 되고 문화적인 차별화는 되지 않을 것입니다. 애플리케이션은 진정한 체인-무관이 됩니다.
그러나 이것은 또한 솔버 네트워크에 권력을 집중시킵니다. 몇몇 솔버 운영자가 지배하면, 그들은 어떤 체인이 사용될지, 어떤 애플리케이션이 성공할지, 그리고 어떻게 가치가 흐를지를 통제합니다. 블록체인이 약속한 분산화를 중앙 집중화된 해결 인프라가 훼손할 수 있습니다. 이 결과를 방지하려면 솔버 네트워크 설계에 주의 깊은 주목이 필요합니다.
스마트 계약 개발의 진화
스마트 계약 개발자는 실행 논리를 작성하는 것에서 의도 언어와 유효성 조건을 정의하는 것으로 초점을 이동할 수도 있습니다. "X가 일어나면 Y를 하라"는 것을 코딩하는 대신, "이러한 결과는 유효하고, 그 외의 것은 유효하지 않다"고 코딩합니다.
이 변형은 다른 프로그래밍 패러다임의 변화를 반영합니다. 선언형 프로그래밍은 이미 SQL, CSS, React와 같은 많은 분야에서 지배적입니다. 의도 중심 블록체인 개발은 선언형 접근 방식을 온체인 협조에 확장합니다.
개발자에게 가치 있는 기술이 변화할 수 있습니다. 특정 VM 명령어 코드에 대한 깊은 지식이 덜 중요해지고, 메커니즘 설계, 게임 이론 및 제약 충족에 대한 이해가 더 중요해질 수 있습니다. 결과와 인센티브에 대해 생각하는 개발자가 구현 세부사항에 집중하는 개발자보다 더 많은 이익을 얻을 것입니다.
규제적 영향
의도 기반 시스템은 규제 감독을 복잡하게 만들 수 있습니다. 사용자가 결과를 표현하고 솔버가 실행을 처리할 때, 누가 준수에 대한 책임을 가지나요? 솔버가 기술적으로 유효한 의도를 이행하면서 의도치 않은 규제 위반을 촉진하는 경우, 책임은 어디에 있나요?
반대로, 의도 아키텍처는 더 나은 규제를 가능하게 할 수 있습니다. 의도에는 솔버가 충족해야 하는 규제 제한이 포함될 수 있습니다. 지역 제한, KYC 요구 사항, 거래 제한 - 모두 의도 제한으로 표현할 수 있습니다. 이러한 제한을 위반하는 솔버는 평판과 채무를 잃게 되어 시장 주도형 컴플라이언스가 됩니다.
결과는 프로젝트가 책임성을 어떻게 설계하냐에 달려 있습니다. 사용자 프라이버시를 보호하는 동시에 규제 요구를 충족하는 시스템은 규제적 필요와 Web3 가치를 동시에 만족시킬 수 있습니다. 불투명한 솔버 네트워크를 통한 규제 차익 거래를 허용하는 시스템은 단속 대상이 될 가능성이 큽니다.
최종 생각
의도 중심 설계는 사람들이 블록체인 시스템과 상호작용하는 방식에 대한 근본적인 재구상을 나타냅니다. 스마트 계약이 프로그래머블 결제를 가능하게 했다면, 의도 중심 아키텍처는 프로그래머블 의도를 약속합니다 - 사용자는 원하는 것을 선언하지, 그것을 어떻게 달성할지에 대해 선언하지 않습니다.
혜택은 강력합니다: 사용자 경험의 극적인 단순화, MEV 착취로부터의 보호, 매끄러운 체인 간 협력 및 자본 효율성의 이익. CoW Protocol과 같은 초기 구현은 이러한 이점을 오늘날 실현할 수 있으며, 추측적 미래에 국한되지 않다는 것을 보여줍니다. Anoma와 SUAVE와 같은 프로젝트는 의도 중심 상호작용이 Web3 전반에 걸쳐 기본값이 될 수 있는 인프라를 구축하고 있습니다.
그러나 위험은 신중한 주의가 필요합니다. 솔버 중앙 집중화는 블록체인이 없애고자 했던 권력 집중을 재현할 수 있습니다. 프라이버시 문제는 여전히 해결되지 않았습니다. 구현의 복잡성이 채택을 제한할 수 있습니다. 거래 기반 시스템에서의 전환은 점진적이고 혼란스러울 것입니다.
사용자에게는 이 변화가 중요하며, 이는 향후 몇 년 동안 블록체인 애플리케이션과 상호작용하는 방식을 형성할 것입니다. 의도 기반 인터페이스는 실행 세부 정보를 감추면서 복잡성을 추상화하며 표준이 될 가능성이 큽니다. 트랜잭션이 아닌 의도를 서명할 때 신뢰하는 것을 알아 두십시오.
개발자에게는 의도 중심 설계가 이전에 비실용적이었던 애플리케이션을 구축할 수 있는 기회를 제공합니다. 그러나 이는 새로운 패러다임을 배우고, 코드가 직접 실행되지 않을 것 - 솔버 네트워크가 실행할 것이라는 것을 받아들여야 합니다. 이 모델이 애플리케이션의 필요에 맞는지 고려하십시오.
이 공간에 있는 토큰 팀에게는 이전에 제공된 체크리스트가 전통적인 토큰 출시 이외의 고려 사항을 강조합니다. 의도 기반 프로토콜은 솔버 네트워크의 건강, 메커니즘 설계의 정확성, 사용자 경험의 품질에 따라 성공하거나 실패합니다. 토큰 가격에 집중하기 전에 이러한 기초를 잘 갖추십시오.
의도 중심 아키텍처로의 전환은 단시간에 이루어지지 않을 것이며 절대적이지 않을 것입니다. 하이브리드 시스템이 수년 동안 우위를 점할 것입니다. 그러나 방향은 명확해 보입니다: Web3가 주류 채택에 도달하기를 원한다면 복잡성을 추상화해야 합니다. 의도 중심 설계는 투명성을 일부 거래하면서 사용성 개선을 위한 길을 제공하며 궁극적으로 가장 중요한 아키텍처 진화로 이어질 수 있습니다.
이 변혁이 약속을 얼마나 잘 이행하는지는 생태계가 무엇을 선택하냐에 달려 있습니다. 솔버 네트워크가 탈중앙화를 유지할 수 있을까요? 최적의 실행을 지원하면서 프라이버시를 보장할 수 있을까요? 상호운용성을 허용하면서 혁신을 방해하지 않는 표준이 등장할까요?
이 질문에 대한 대답이 Web3용 의도 중심 설계가 지배적인 아키텍처가 될 것인지, 특정 사용 사례에 대한 니치 접근에 남을지를 결정할 것입니다. 확실한 것은 대화가 "여부"를 넘어 "방법"으로 바뀌었다는 것입니다 – 이 패러다임은 지금 수십억의 자본과 상당한 개발자 관심을 바탕으로 만들어지고 있습니다.
Web3에 참여하는 모든 사람들 – 사용자, 개발자, 투자자, 연구자로서 – 의도 중심 아키텍처를 이해하는 것은 선택사항이 아닌 필수가 되었습니다. 이것은 먼 미래의 가능성이 아니며 블록체인의 근본적인 아키텍처의 활발한 변혁입니다. Web3의 첫 번째 장을 정의한 스마트 계약은 이더리움이 프로그래머블 결제를 도입한 이래 가장 중요한 아키텍처 변화를 예고하는 의도 계층에 자리를 내주고 있습니다.
주의 깊게 관찰하고, 신중히 실험하며, 점진적인 UX 개선이 사실상 블록체인의 가장 중요한 아키텍처 진화일 수 있음을 인식하십시오. Web3의 미래는 의도 언어, 솔버 네트워크, 그리고 블록체인이 결국 모두에게 접근 가능하도록 정의할 수 있는지 혹은 여전히 기술적 전문가의 영역에 남을 것인지를 결정할 설계 선택에서 현재 쓰여지고 있습니다.
기회는 엄청나고, 또한 위험도 큽니다.