원제: " 인텐트에 대한 불완전한 입문서 "

작성자: 0xemperor.eth

편집자: Qianwen, ChainCatcher

Intent는 최근 암호화 분야의 연구 논의에서 대중화되었으며 다양한 프로토콜이 이 개념을 활용하고 있으며 Anoma 및 Essential과 같은 프로토콜이 이 개념을 활용하고 있습니다.

본 논문은 다양한 관점에 대한 사전 소개를 제공하고, 최종적으로 자연어로 의도를 표현할 때 의도 해결 아키텍처의 표현 형태를 소개하는 것을 목표로 한다. 의도 개념이 성공하면 모든 수준에서 애플리케이션 아키텍처에 혁명을 일으킬 가능성이 있습니다.

의도는 무엇입니까?

인텐트를 사용하면 사용자는 정확한 메시지 호출을 제공하지 않고도 특정 거래 조건이나 기본 설정을 지정할 수 있으므로 유연성이 향상되고 온체인 복잡성이 줄어듭니다.

"의도 기반 아키텍처 및 위험" 기사에서 의도의 정의는 다음과 같습니다. 의도는 사용자가 거래 당사자에 대한 완전한 통제권을 포기하지 않고 거래 생성을 제3자에게 아웃소싱할 수 있도록 하는 선언적 제한 집합입니다.

팟캐스트에서 Anoma의 Chris Goes는 이를 두 가지 측면에서 정의했습니다. 의도는 "특정 시스템 상태 기본 설정에 대한 신뢰할 수 있는 약속"과 "정보 흐름 제한에 대한 신뢰할 수 있는 약속"을 의미합니다.

의도에 대해 생각하는 직관적인 방법은 기본적으로 원하는 결과를 나타낸다는 것입니다. 의도를 표현할 때 원하는 결과만 정의하는 것이지, 거기에 도달하는 과정을 정의하는 것은 아닙니다.

예를 들어, Tether(USDT)를 ETH로 교환하려는 경우 교환 선택, 계정 설정/거래 서명, 이체 처리(또는 암호화폐 먼지 청소) 등 전체 프로세스를 직접 관리할 필요가 없습니다. 지갑) 등, 1 ETH를 2,000 USDT로 교환하고 싶다는 내용의 의향서를 제출하면 됩니다. 또 다른 엔터티(솔버라고 함)는 사용자의 의도를 파악하여 이를 구현하는 방법을 찾아냅니다. 솔버는 지저분한 세부 사항을 처리하고 최상의 결과를 최적화하기 위해 열심히 노력합니다.

중요한 것은 과정보다는 결과에 초점을 맞추는 것입니다. 사용자는 원하는 결과를 정의하고 다른 사람들은 프로세스를 통해 이를 달성합니다. 인텐트를 사용하면 단계에 대해 걱정하지 않고 결과를 지정할 수 있으므로 암호화폐에서 대부분의 사용자가 사용하는 거래 프로세스가 크게 단순화됩니다.

더 높은 차원의 아이디어는 사용자가 거래를 시작하려는 계약을 지정하지 않고도 원하는 것을 정의할 수 있다는 것입니다(계산된 경로 또는 간단히 거래 경로라고 부를 수 있음). 사용자는 특정 경로나 계약을 선호한다고 표시하여 이를 제한할 수도 있습니다.

예

카우스왑

Cowswap은 핵심 가격 발견 메커니즘으로 일괄 경매를 사용합니다. Cowswap은 AMM처럼 즉시 거래를 실행하지 않지만, 오프체인 주문을 모아 일괄적으로 정산합니다. 이를 통해 일괄적으로 모든 거래에 대해 통일된 결제 가격을 결정할 수 있으므로 즉시 실행 모델에서 흔히 발생하는 선행 실행과 같은 문제가 제거됩니다. 일괄 경매는 또한 많은 거래를 동시에 처리하여 가스 비용을 최적화할 수 있습니다. 해결사는 각 거래에 참여하는 당사자의 이익이 극대화될 수 있도록 주문 결제 솔루션을 제출하기 위해 공개 경쟁을 실시합니다. 최상의 솔루션이 최종 유니폼 가격을 결정합니다. 전반적으로 일괄 경매는 즉시 실행 모델로는 달성할 수 없는 공정성, 효율성 및 MEV 보호를 달성합니다.

Cowswap 일괄 경매 모델의 핵심 혁신은 주문 간 원하는 일치(CoW)를 찾는 기능입니다. CoW는 상호 수요가 있는 거래 간의 직접적인 P2P 결제입니다. 이러한 유동성 공유는 이러한 거래를 촉진하기 위해 외부 유동성 공급자가 필요하지 않음을 의미합니다. CoW는 동시에 링 트랜잭션에 여러 자산을 포함할 수도 있습니다. CoW의 사용을 극대화함으로써 일괄 경매는 격리된 자금 풀보다 더 많은 유동성을 달성할 수 있습니다. 허용되는 경우 결제는 CoW를 활용하고 나머지는 온체인 유동성을 통해 수행됩니다. 일괄 경매와 CoW 유동성 공유를 결합하면 거래자에게 더 나은 가격 책정 및 실행이 제공됩니다.

CoWswap 모델은 의도 모델과 유사합니다. 사용자는 지정가 주문 형태로 거래 의도를 표현합니다. 거래 의도는 주문장에 입력됩니다. 솔버는 주문장 상태를 사용하여 링 거래 형태로 일치시키거나 라우팅합니다. AMM을 통해 (즉, 사용자는 계산된 경로나 실행하려는 특정 위치가 아닌 가격만 언급합니다.)

유니스왑X

Uniswap X 논문은 네덜란드 경매를 통한 온체인 정산과 함께 서명된 오프체인 주문을 사용하는 분산형 교환 프로토콜을 제안합니다. 사용자는 주문에 서명하고 입력/출력 토큰, 수량 및 가격 제한과 같은 매개변수를 지정합니다. 이러한 주문은 최고의 실행 가격을 놓고 경쟁하는 "충진자"에게 분배됩니다.

Uniswap X는 오프체인 조회 시스템을 통해 초기 네덜란드 경매 가격을 설정할 것을 권장합니다. 사용자는 필러 네트워크에서 가격을 요청할 수 있으며 정직한 가격 책정을 장려하기 위해 최상의 입찰에 대한 짧은 독점 기간이 제공되며 그 후에 주문은 공개 네덜란드 경매에 들어갑니다.

Uniswap X와 Cowswap의 유사점

의도의 공식적인 정의

사용자는 단순히 "X 자산을 Y 자산으로 교환하고 싶습니다"와 같은 의도를 표현하면 솔버는 해당 의도를 가장 잘 구현하는 방법을 찾아내고 모든 블록체인 관련 세부 사항을 뒤에서 처리합니다. 솔버는 의도가 실현되었다는 증거를 제공하고 경매 및 기타 메커니즘에 참여하여 분산된 방식으로 의도를 실현할 수 있습니다.

이 블로그에서는 몇 가지 정의를 살펴봅니다.

첫 번째 모델: Intent i는 튜플(B,E,T)로 정의됩니다.

트랜잭션 시퀀스 t∈T를 통해 상태 q0∈B에서 시작하고 상태 qn∈E에서 끝나면 의도가 충족된 것으로 간주됩니다.

의도 지우기: 집합 B, E, T에 비어 있지 않은 교차점이 있는 경우 ...,tm에 대한 의도 집합이 지워질 수 있으며 이러한 교차점을 사용하여 메타 의도 t'를 생성할 수 있습니다.

앞서 언급했듯이 인텐트는 사용자가 발행한 다음 솔버에 의해 해결되며, 표현 형식에 관계없이 인텐트는 솔버의 최적화 문제입니다. 평신도의 관점에서 보면 사용자는 "4 ETH 상당의 BTC를 사고 싶습니다"와 같은 의도를 제시할 수 있으며, 해결사는 일반적으로 이 주문을 체결하거나 교환할 장소를 찾습니다. 그러나 의도는 여기서 끝나지 않습니다. 또한 "가능한 최저 슬리피지" 및 "미국 사용자의 거래를 금지하는 DEX에서 거래하지 않음"과 같은 제약 조건을 추가할 수 있으며, 이는 결국 솔버가 유지해야 하는 추가 제약 조건이 됩니다. 정신.

과제는 다음과 같습니다.

과제는 다음과 같습니다.

목표는 계산 효율성 및 사용자 경험에 대한 실질적인 고려 사항과 사용자 의도 선호도를 명확하게 포착하는 것의 균형을 맞추는 것입니다.

의도 검색에 대한 라그랑지안 해석도 여기에 언급되어 있습니다.

나에게 있어 의도 진술은 마르코프 결정 과정처럼 보입니다. 그러나 Markov 결정 프로세스의 상태 전환은 확률론적이지만 이는 절대 상태 전환 값을 갖는 결정론적 MDP이며 값 반복, 정책 반복 또는 MCTS(Monte Carlo Tree Search)를 사용하여 해결할 수 있습니다(마지막 부분에서도 사용됨) Alphago의 Go 부분을 해결하기 위해).

의도는 사용자 경험을 향상시킬 수 있습니다

의도는 온체인 사용자 경험 진화의 다음 단계일 수 있습니다. 현재 체인의 사용자 경험 방법은 주로 거래 수준에 중점을 두고 있으며, 사용자는 작업의 일부인 각 거래에 서명합니다. 따라서 체인의 각 단계는 트랜잭션을 통해 표현됩니다. 매우 간단히 말해서 의도는 활동이 매우 추상적인 수준에서 표현되고 사용자의 의도 요구 사항을 충족시키려고 노력하는 것은 솔버에 달려 있는 메타 트랜잭션입니다. 여기에는 센트 가격으로 일부 ETH를 구매한 다음 ETH를 구매하는 것이 포함될 수 있습니다(수수료도 계산해야 함).

USDC에서 ETH로의 간단한 스왑 거래에는 현재 사용자가 토큰 한도를 승인하고 토큰 유형을 승인한 다음 거래를 승인하는 과정이 포함되지만, 의도 중심 세계에서는 사용자가 이러한 세부 정보를 추상화하고 간단히 실행할 수 있습니다. 당신은하는 데 관심이 있습니다. 웹 디자인에는 3회 이상의 클릭에 대해서는 어떤 작업도 수행할 수 없다는 비공식 규칙이 있습니다. 현재 사용자가 스왑을 거래하려면 코인을 선택하고 아마도 단일 거래의 경우 미끄러짐 및 거래를 조정해야 합니다. 처음에는 작업량이 크지 않아 보일 수 있지만 여러 번 반복하면 매우 번거로운 사용자 경험으로 이어질 것입니다.

매우 기본적인 방식으로 Unibot을 사용하면 사람들은 의도에 따라 아키텍처가 제시하는 패턴을 볼 수 있습니다. 이는 거래의 복잡한 부분을 제거하고 거래자에게 간단하고 사용하기 쉬운 사용자 경험을 제공하지만 가능한 유연성에는 몇 가지 제한 사항도 있습니다. 이 앱은 공격으로 이어질 수 있는 주요 처리 위험을 내포하고 있는 것으로 알려져 있지만, 세금을 부과하더라도 안정적인 사용자 기반을 보유하고 있어 암호화폐 세계에서 사용자 경험에 있어 아직 활용되지 않은 기회가 있음을 나타냅니다.

대화 의도 흐름

의도 중심의 블록체인 세계에서 인공지능은 어떻게 개입하나요? 의도 인식의 개념은 자연어 처리 분야에서 수십 년 동안 사용되어 왔으며 대화에서 많이 연구되었습니다. 예를 들어, 사용자가 여행 웹 사이트를 방문하여 챗봇과 대화한다고 가정하면 처음에는 항공편을 예약하거나 예약 또는 상태를 확인하는 것일 수 있으며 이후 사용자는 다양한 세부 정보를 제공할 수 있습니다. 항공편을 예약하는 경우 사용자는 목적지, 시간, 날짜 및 관심 있는 항공권 클래스를 제공해야 하며 경우에 따라 공항을 선택해야 할 수도 있습니다. 이 예에서 사용자의 목적은 대화의 의도이며, 사용자가 제공한 다양한 세부 사항은 이러한 의도를 달성하기 위해 채워야 하는 공간/세부 사항(슬롯)입니다.

대화 내 주석이 달린 대화 상태

의도 인식 및 디테일 채우기의 또 다른 예는 노래를 재생하려고 할 때 노래 이름, 노래의 가수 등 노래와 관련된 다양한 공간(세부 사항)이 문장에 나타나는 경우입니다.

대화 세계에서 의도 분류 및 공백 채우기는 대화가 여러 차례에 걸쳐 있을 수 있고 때로는 전역 의도와 로컬 의도가 있고 수많은 상태를 추적해야 하기 때문에 매우 복잡한 문제입니다. Siri와 Google Assistant를 사용하여 알람을 예약하거나 달력이나 생일에 무언가를 기록할 때마다 일정 수준의 의도 정렬과 공간 채우기가 필요합니다.

대화 세계에서 의도 분류 및 공백 채우기는 대화가 여러 차례에 걸쳐 있을 수 있고 때로는 전역 의도와 로컬 의도가 있고 수많은 상태를 추적해야 하기 때문에 매우 복잡한 문제입니다. Siri와 Google Assistant를 사용하여 알람을 예약하거나 달력이나 생일에 무언가를 기록할 때마다 일정 수준의 의도 정렬과 공간 채우기가 필요합니다.

이것이 블록체인과 어떤 관련이 있나요? 거래 중심의 세계에서 의도 중심의 세계로 이동함에 따라 의도에서 거래까지 어떻게 도달하는지에 대한 세부 사항은 아직 대중적인 논의에서 논의되지 않습니다. 의도 풀과 메모리 풀 사이의 인터페이스가 존재하지 않습니다. 온체인 모델에 액세스하고 이를 의도 인식 및 공백 채우기에 사용하면 의도 풀 및 솔버에 자연어 인터페이스(제 생각에는 가장 자연스러운 인터페이스)가 제공됩니다.

일반적인 아이디어는 체인의 모델 세트에 액세스하고 각 의도를 DSL(도메인 특정 언어)로 줄이는 것입니다. 이 도메인 특정 언어에는 핵심 의도(구매, 판매, 연결, 차용/대출)와 같은 세부 정보가 포함됩니다. , 주소, 크기, 미끄러짐 선호도 등과 같은 기타 세부 정보(의도 유형에 따라 다름). 전역 DSL을 사용하면 누구나 모델을 배포할 수 있어 의도를 특정 DSL로 단순화할 수 있습니다. 그러한 모델이 여러 개인 경우 투표된 모델이 모델 컬렉션에 포함됩니다.

온체인 모델의 가용성은 모든 의도/솔루션에 대한 계산 증명이 입증될 수 있는 이 인터페이스를 안전하고 입증 가능하게 개발하는 데 도움이 됩니다. 경우에 따라 다양한 모델에서 다수결 결과를 캡처하면 의도가 선택되는 방식에 대한 통찰력을 얻을 수 있으며, 개별적인 경우에는 솔버가 해당 의도를 더 잘 해결하는 데 도움이 될 수도 있습니다.

여기에 사용된 온체인 모델은 이 목적을 위해 정확하게 훈련된 BERT와 같은 표준 딥 러닝 모델이거나 앙상블의 대규모 언어 모델 추론일 수 있습니다. 이 세부 사항은 다양한 액터나 해결사에 따라 달라질 수 있습니다. 암호화된 의도 풀의 경우, 데이터를 계산하는 동시에 데이터 개인정보 보호를 보장하기 위해 동형 암호화 또는 개인 추론 방법을 사용해야 합니다. 매 에포크마다 또는 몇 에포크마다 모델이 검증자인 체인에서 증명이 발행될 수 있습니다. 유효성 검사기는 모델의 유효성에 대한 설명을 발행하는 인간 또는 다른 모델일 수 있습니다. 모델이 의도를 정확하게 처리하는지 여부에 관계없이 프로세스의 마지막 부분에서는 모델의 수명 주기가 고려됩니다. 때로는 검증인이 성숙한 참가자일 때 해당 참가자는 신속하게 해결하고 업데이트된 모델로 대체할 수 있는 모델의 결함을 발견할 수 있습니다.

아래 그림에서 볼 수 있듯이 "내 지갑에 있는 스테이블 코인과 먼지로 구매"라는 액션/아이디어에 대해 의도 풀에 들어가면 다양한 모델을 통과하고 다음과 같은 다양한 세부 정보가 포함된 DSL로 구문 분석됩니다. 작성해야 하는 의도, 하위 작업 및 세부정보입니다. DSL의 구문 분석은 최대한 상세하거나 추상적일 수 있으며, 더스트 임계값을 결정해야 할 수 있으므로 의도 대화는 여러 라운드 동안 지속될 수 있습니다. DSL이 적용되면 솔버는 이러한 잔액을 ETH로 변환한 다음 트랜잭션을 멤풀에 전달할 수 있는 최상의 경로를 선택할 수 있습니다.

의도 해결 모델 예

또 다른 DSL 아키텍처 - 필수

계정 추상화는 모든 계정을 스마트 계약으로 전환하여 이더리움의 서명자와 계정을 분리합니다. 이를 통해 계정은 사용자 요구에 따라 다양한 인증 논리를 사용자 정의할 수 있습니다. 그러나 전체 계정 추상화를 달성하려면 이더리움의 핵심 프로토콜에 대한 상당한 조정이 필요합니다.

EIP 4337은 합의 계층을 변경하지 않고 계정 추상화의 이점을 달성하기 위해 다른 접근 방식을 취합니다. "사용자 작업"(백업 메모리 풀에 제출되고 "번들러"에 의해 EntryPoint 스마트 계약을 호출하는 트랜잭션으로 묶인 의사 트랜잭션)을 도입합니다.

이를 통해 사회적 회복, 모든 토큰으로 수수료 지불, 일괄 거래 등의 기능이 가능해집니다. 개발자는 다양한 사용 사례에 맞게 사용자 정의 계정을 설정할 수 있습니다. 프로토콜 변경을 방지함으로써 EIP 4337은 이러한 이점을 Ethereum에 더 빠르게 가져올 수 있습니다. 그러나 번들러와 지불자 같은 새로운 복잡성과 주체도 등장합니다. 여러 메모리 풀, 인센티브 및 투명성 간의 결과적인 역학에는 신중한 관리가 필요합니다.

의도를 사용하면 사용자는 특정 작업이 아닌 원하는 결과를 지정할 수 있습니다. 그런 다음 솔버는 사용자가 가능한 최상의 방법으로 이 결과를 얻을 수 있도록 도와줍니다. 그러나 현재 구현에는 중앙 집중화, 구성성 부족, 솔버 간 경쟁 부족 등의 제한 사항이 있습니다.

의도를 사용하면 사용자는 특정 작업이 아닌 원하는 결과를 지정할 수 있습니다. 그런 다음 솔버는 사용자가 가능한 최상의 방법으로 이 결과를 얻을 수 있도록 도와줍니다. 그러나 현재 구현에는 중앙 집중화, 구성성 부족, 솔버 간 경쟁 부족 등의 제한 사항이 있습니다.

Essential이 제안한 EIP가 이를 바꿀 것입니다. EIP 4337과 같은 이니셔티브를 통한 계정 추상화를 통해 기존 EOA(외부 소유 계정) 대신 스마트 계약 기반 계정을 활성화할 수 있습니다. 이를 통해 사용자는 간단한 트랜잭션을 제출하지 않고도 일반 인텐트를 제출할 수 있습니다. 의도는 사용자가 원하는 결과를 나타내며 솔버를 통해 보완되어 참가자 만족도를 극대화할 수 있습니다.

EIP 7521은 스마트 계약 지갑을 지속적으로 업그레이드할 필요 없이 진화하는 의도 표준을 지원하는 프레임워크를 제안합니다. 사용자는 "사용자 의도"에 서명하고 해당 의도를 처리해야 하는 "의도 표준" 계약을 지정합니다. 이러한 의도는 EIP 4337에서와 같이 서명 확인을 처리하는 EntryPoint 계약에 제출됩니다. 사용자 인텐트 메모리 풀은 ERC 4337 메모리 풀과 동시에 존재하며 솔버가 인텐트를 처리합니다.

ERC-4337 계정 추상화에 따른 사용자 의도

아노마

Anoma는 트랜잭션 대신 프로그래밍 의도로 인프라 계층을 핵심적으로 구축하는 의도 중심 아키텍처입니다. 인텐트는 전체 상태 변경 트랜잭션이 아니라 사용자가 기본 설정을 표현하면서 서명한 부분적인 상태 변경입니다. 이러한 의도 중심 설계는 분산된 상대방 검색 및 해결을 가능하게 합니다. 아노마는 명령형 패러다임에서 명령형 패러다임으로 전환하려고 노력하고 있습니다.

의도 중심 애플리케이션에 대한 Adrian Brink의 강연에서 발췌

사용자는 의도를 방송하고 의도는 의도 가십 네트워크에서 전파됩니다. 다양한 노드는 자체 컴퓨팅 리소스와 제공하려는 의도 유형을 기반으로 특정 의도를 전파하는 데 특화될 수 있습니다. 솔버는 의도를 관찰하고 호환 가능한 의도를 온체인에서 해결될 수 있는 유효한 거래로 결합하려고 시도합니다. 트랜잭션은 임계값 암호화를 사용하여 암호화된 멤풀에 제출되므로 선행 실행이 불가능합니다. Anoma에는 의도 구성을 허용하는 부분 의도 모델도 있습니다.

Chris가 Intent x Rollup - Anoma Partial Intent Model에 관해 이야기합니다.

Anoma는 개인 정보 보호에 중점을 두어 사용자가 원하는 정보를 유연하게 공개하고 무엇을 공개할지 선택할 수 있도록 하는 '사용자 수준 선택'에 있습니다.

아키텍처는 여러 구성 요소로 구성됩니다. Tiger 실행 엔진은 ZKP 및 동형 암호화 기술을 사용하여 투명하고 보호된 개인 데이터를 처리합니다. Typhon은 합의 알고리즘입니다. 컴파일러 스택에는 Juvix 언어, AnomaVM 및 VampIR이 포함되어 있습니다.

아키텍처에는 동종 프로토콜과 이기종 보안 모델이 있습니다. 이는 독립형 블록체인으로 배포되거나 이더리움에서 애플리케이션의 분산 배포를 위한 ZK 롤업 또는 분산 주문장으로 배포될 수 있습니다. 보안 요구 사항이 서로 다른 사용자는 동일한 프로토콜을 활용하면서 요구 사항에 따라 보안 절충안을 설정할 수 있습니다.

Anoma를 사용하면 트랜잭션 중심 모델에 비해 분산형 애플리케이션을 더 쉽게 구축할 수 있습니다. 이는 롤업, 다중 물물교환 거래 및 개인 DAO와 같은 새로운 애플리케이션 실행을 지원하기 위한 것입니다. 요약하자면, Anoma는 현대 분산 애플리케이션의 요구 사항을 충족하는 유연한 모듈식 아키텍처를 제공합니다. 거래보다는 의도에 초점을 맞춰 개인 정보를 보호하면서 상대방 검색 및 조정 문제를 해결합니다.

Anoma는 의도를 "정보 흐름" 및 "제한된/개인 정보 흐름"으로 취급하고 이에 따라 아키텍처 및 디자인을 선택하는 독특한 디자인 철학을 가지고 있습니다. 이는 또한 Anoma의 의도 구성 모델이 효율성 절충으로 인해 비밀로 유지될 수 있는 정보의 양이 제한되기 때문에 개인 정보 보호 제약 하에서 기술적으로 해결하기 어려울 수 있는 일반화된 의도 모델로 이어진다는 사실을 보여줍니다.

요약

연구 및 엔지니어링 문제인 의도는 현재 암호화에서 매우 흥미로운 영역입니다.

의도 영역에서 해결해야 할 공개 질문:

일반적인 의도는 해결하기에는 너무 클 수 있으며, 이더리움만큼 큰 상태 공간의 경우 이는 다루기 힘든 문제가 됩니다. 이는 의도의 문제를 해결하려면 몇 가지 제약을 적용하는 것이 가장 좋으며, 의도를 결합하려는 시도도 (공통 의도가 있는 경우) 제한해야 함을 시사합니다. 제 생각에는 보편적 의도는 실제로 구현하기가 매우 어렵고 의도 중심 아키텍처는 본질적으로 애플리케이션마다 다를 것입니다.

이는 연구 질문이지만 의도를 달성하기 위한 설계 선택은 다양한 엔지니어링 문제를 야기합니다. 이는 (허가된) 중개자에 대한 과도한 의존으로 이어질 수 있으며, 이로 인해 인프라가 서로 다른 스택에 중앙 집중화될 위험이 있습니다(UniswapX의 경우 거래량의 77%가 오프체인 재고 채우기입니다). 또한 신뢰할 수 있는 중개인의 입지를 확고히 하고, 참여 장벽을 높이며, 이미 MEV에 반영된 혁신을 억제할 것입니다. 모든 의도 프로토콜의 설계는 무허가성, 개인 정보 보호, 투명성 및 분산화 간의 균형을 유지해야 합니다.