Skip to main content

Intention은 AI 네이티브 거래 네트워크입니다

거래 애플리케이션이 아니라 거래 네트워크입니다. 누가 무엇을 어떤 가격에 체결했고 누가 누구에게 빚졌는지를 정하는 부분을 네트워크 자신의 검증자가 실행하고, 합의가 순서를 매기며, 같은 블록을 가진 사람이면 누구든 그대로 재현할 수 있습니다. 다른 어딘가에서 돌아가며 결과만 알려 주는 매칭 엔진 같은 것은 없습니다. AI 네이티브인 이유는 간단합니다. 누군가를 대신해 거래하는 에이전트에게 실제로 필요한 것이 바로 이런 구조이기 때문입니다. 사람은 거래소를 지켜보고 반응할 수 있습니다. 에이전트는 그럴 수 없습니다. 에이전트가 근거로 삼을 수 있는 것은 거래소가 증명할 수 있는 것뿐입니다. 매칭, 증거금, 펀딩, 청산, 결제를 프로토콜 안으로 옮기는 일이 거래소를 신뢰해야 하는 거래 상대에서 검증할 수 있는 인프라로 바꿉니다. 보통 기능 목록으로 제시되는 것은 전부 그 하나의 결정에서 따라 나옵니다. 실행이 합의로 커밋된 순서 위에서 돌아가므로, 블록을 재실행하면 결과가 그대로 재현됩니다. 가격이 그 가격을 쓰는 블록 안에서 인증되므로, 경쟁할 오라클 주기가 없습니다. 청산과 펀딩이 컨트랙트 호출이 아니라 프로토콜 연산이므로, 원인이 된 체결과 같은 단계에서 실행됩니다. 상태 기계가 트랜잭션별 출력을 내보내므로, 모든 효과에 작성자가 있습니다.
거래소는 이보다 큽니다. 프런트엔드, 계정 운영, 마켓 상장, 지원, 상업적 조건이 모두 그 주위에 놓입니다. 네트워크가 공개하고 검증 가능하게 만드는 것은 결제에 결정적인 핵심부, 즉 불일치가 누군가에게 돈으로 돌아오는 부분입니다.

레이어

네 개의 레이어를, 트랜잭션이 지나가는 순서대로 봅니다.
1 · 애플리케이션 레이어 — 프로토콜 밖
2 · 네트워크 레이어
3 · 실행 레이어 — IntentionKernel
4 · 상태 레이어
Intention 웹 게이트웨이
프런트엔드 · 지갑
에이전트 · 마켓 메이커 · API 클라이언트
멤풀수락 · 전파
IntentionBFT순서 · 가격 · 최종성
매칭오더북 · 우선순위
클리어링 하우스증거금 · 청산 · 펀딩
상태 저장소버전별 값
머클 상태증명 · 누적기
서명된 트랜잭션
커밋된 블록
기록 · 귀속된 이벤트
읽기 · 증명
다섯 번째 묶음은 스택 안이 아니라 옆에 놓입니다. 서비스 레이어의 프로세스는 검증자와 나란히 돌아가며, 두 지점에서만 붙습니다. 가격과 자산이 네트워크 레이어로 들어가고, 커밋된 레코드가 상태 레이어에서 나옵니다.
서명된 트랜잭션
멤풀저장되기 전에 검증
합의순서와 가격 정족수
커널블록 실행
상태 기록귀속된 이벤트
커밋원장과 상태 저장소
이 순서가 만들어 내는 것순서와 가격은 실행이 시작되기 전에 커밋되고, 모든 상태 변경은 원인이 된 트랜잭션에 묶입니다 — 누구든 블록을 재실행해 같은 결과를 얻을 수 있는 이유입니다.
트랜잭션 하나, 전 구간
애플리케이션 레이어. 사람과 기계가 실제로 만지는 전부입니다. Intention 웹 게이트웨이, 서드파티 프런트엔드와 지갑, 그리고 프로그램으로 거래하는 에이전트와 마켓 메이커가 여기에 속합니다. 어느 것도 프로토콜의 일부가 아닙니다. 프로토콜이 존재하는 이유이며, 의도적으로 교체 가능합니다. 두 프런트엔드가 어떤 포지션의 가치를 두고 서로 다른 말을 한다면 프런트엔드의 버그입니다. 둘 다 같은 커밋된 상태를 읽고 있기 때문입니다. 네트워크 레이어. 트랜잭션이 받아들여지고, 전파되고, 순서가 매겨지는 곳입니다. IntentionBFT는 하나의 합의 사건 안에서 순서와 인증된 가격 벡터를 함께 커밋하고, 멤풀은 무엇이 거기에 도달하는지를 관장하며, 토폴로지는 누가 무엇을 운영하는지를 설명합니다. 실행 레이어. IntentionKernel은 커밋된 블록을 정해진 단계 순서로 실행합니다. 그 명령어 집합은 범용 가상 머신이 아니라 파생상품 거래소에 필요한 금융 연산을 열거한 집합입니다. 매칭과 클리어링 하우스는 별도 시스템이 아니라 그 안의 단계입니다. 상태 레이어. 상태와 저장소는 결과가 어떻게 보존되고, 인증되고, 제공되는지를 다룹니다. 읽기를 위한 현재값 저장소, 증명을 위한 버전 관리 머클 구조, 그리고 트랜잭션과 이벤트에 대한 누적기입니다. 서비스 레이어. 블록 안이 아니라 검증자 옆에서 돌아가는 프로세스입니다. 가격을 합의로 밀어 넣는 오라클, 커밋된 상태를 질의 가능한 데이터로 바꾸는 인덱서, 커밋된 이력에서 계정 상태를 도출해 프로토콜 트랜잭션으로 다시 커밋하는 프로그램 서비스, 그리고 자산을 체인 사이로 옮기는 브릿지가 여기에 속합니다.

하나의 블록

거래소의 행동을 검사 가능하게 만드는 모든 것은 하나의 커밋된 블록 안에서 일어납니다.
오라클인증 가격, 라운드별
브릿지입금과 출금
네 개의 레이어네트워크 → 실행 → 상태
인덱서커밋된 레코드 → 질의 가능한 이력
프로그램 서비스블록 밖에서 계산되는 파생 상태
온체인에 다시 기록되고, 실행 중에 읽힘
순서는 실행이 시작되기 전에 확정되고, 실행은 그 순서와 이전 상태의 함수입니다. 같은 블록을 받은 두 정직한 노드는 바이트 단위로 같은 결과에 이릅니다. 정책이어서가 아니라, 실행 경로 위의 어떤 것도 다른 값을 읽을 수 없기 때문입니다. 그 성질 위에 나머지 전부가 놓입니다. 증명, 귀속, 재실행, 그리고 제출한 주문이 무엇을 할지 에이전트가 판단할 수 있는 능력입니다.

거래소의 보장이 나오는 곳

약속을 따로 나열하는 대신, 각 성질을 그 성질이 나오는 레이어와 이어 둡니다.

이것이 대체하는 시장 인프라

전통적인 거래 장소는 여러 기관이 이어진 사슬의 한 고리일 뿐입니다. 거래는 거래소에서 체결되고, 중앙거래상대방에서 노베이션과 증거금을 거치며, 누가 무엇을 보유하는지를 기록하는 기관에 기재되고, 지급결제 시스템을 통해 결제되며, 거래정보저장소에 보고됩니다. 다섯 가지 기능, 다섯 벌의 기록, 그리고 그것들이 언제 어긋나는지 알아내려고 존재하는 대사 절차입니다. 여기서는 그 다섯 가지가 하나의 블록의 단계들이고, 그래서 이 연쇄 전체가 원자적 클리어링과 결제가 됩니다. 하나의 단위로 커밋되거나, 아예 커밋되지 않거나입니다. 이 용어는 정확히 쓸 가치가 있습니다. 여기서의 원자성은 프로토콜 자신의 원장을 덮습니다. 브릿지를 통해 담보를 넣고 빼는 일은 외부 체인의 파이널리티를 기다리므로 그 단위 바깥에 있습니다.
다섯 기관
하나의 블록
매칭거래소
클리어링중앙거래상대방
기록예탁기관
결제지급결제 시스템
보고거래정보저장소
매칭매칭 단계
클리어링클리어링 하우스
기록상태 레이어
결제같은 블록
보고트랜잭션별 귀속
틈이 넷. 각각에는 아직 아무도 이행하지 않은 약속이 있습니다. 대사(對査)라는 업무는 그것들이 어긋났을 때를 찾아내려고 존재합니다.
같은 다섯 기능이 하나의 커밋 단위로. 전부 일어났거나 전혀 일어나지 않았거나이며, 대사할 두 번째 기록도 없습니다.
요지는 이것이 더 싸다는 것이 아닙니다. 그 기관들 사이의 간격이야말로 아직 아무도 이행하지 않은 약속이 놓여 있는 자리라는 것입니다. 체결과 증거금 청구 사이, 청구와 담보 도착 사이, 거래와 결제 사이, 사건과 보고 사이. 기능들을 한 블록의 단계로 접어 넣는다고 약속이 더 강해지지는 않습니다. 약속이 깨질 수 있는 간격이 사라질 뿐입니다. 여기서 매칭과 클리어링과 결제는 파이프라인 위의 세 정거장이 아니라, 같은 블록 안의 같은 하나의 사건입니다. 체결과 결제는 같은 하나의 사건입니다.

현재의 네트워크

위의 아키텍처는 지금 프라이빗 테스트넷 위에서 전체 스택을 싣고 돌아가고 있습니다. 체인 식별자와 운영 중인 엔드포인트, 2026년 9월 20일 공개 접근이 열리기 전에 무엇을 예상해야 하는지는 현재의 네트워크를 참고하십시오.

다음으로 읽을 문서

IntentionKernel

실행 레이어입니다. 명령어 집합, 블록 파이프라인, 결정성을 지키는 경계를 다룹니다.

IntentionBFT

합의입니다. 순서에 관한 약속, 가격 정족수, 최종성을 다룹니다.

클리어링 하우스

증거금, 청산, 자동 디레버리징, 보험, 펀딩입니다.

상태와 저장소

커밋된 결과가 보존되고, 인증되고, 정리되는 방식입니다.