역사의 대부분 동안 시장은 닫혀 있었습니다. 거래는 닫힌 거래소 안에서 이루어졌고, 바깥에서는 체결 과정을 들여다볼 수 없었습니다. 결제에는 며칠이 걸렸습니다. 자산은 내 것이 아니라 거래상대방이 대신 보관해 주는 것이었습니다. 개방된 접근은 마케팅 문구였고, 아키텍처는 설계부터 닫혀 있었습니다. 블록체인은 이를 바꾸겠다고 약속했습니다. 단순한 작업에서는 실제로 바꿨습니다. 그러나 범용 체인은 애초에 진지한 시장을 위해 만들어진 적이 없습니다. 매칭 우선순위는 블록 생산자 사이의 경주가 되었고, 마크 가격은 실행과 분리된 주기로 움직였으며, 청산은 keeper 경매로 변했고, 오더북은 오프체인에서 돌거나 의미가 없을 만큼 느렸습니다. 자본은 속도와 확실성을 찾아 수탁형 거래소로 되돌아갔습니다. 트레이드오프는 늘 같았습니다. 속도를 택하고 자기수탁을 포기하거나, 탈중앙화를 택하고 거래소의 품질을 포기하는 것입니다. 세 번째 선택지는 없었습니다. 그 세 번째를 만들고 있습니다. 천천히, 그리고 제대로.Trade different.
Intention이란
Intention은 열린 시장을 프로토콜 자신의 동작으로 운영하기 위해 만들어진 Layer 1입니다. 주문 매칭, 증거금, 청산, 펀딩, 결제는 체인 위에 배포된 애플리케이션도 아니고, 결과를 체인에 보고하는 오프체인 매칭 엔진도 아닙니다. 네트워크 자신의 검증자가, 합의가 확정한 순서 위에서, 결정론적 커널 안에서 직접 실행합니다. 이것을 분류하는 말은 탈중앙화 클리어링·결제입니다. 거래를 둘러싸고 시장 인프라가 수행하는 기능 — 누가 누구에게 얼마를 빚지는지 확정하고, 그것을 기록하고, 최종으로 만드는 일 — 을 기관들의 연쇄가 아니라 하나의 프로토콜이 수행합니다. 이것이 대체하는 시장 인프라가 그 기능 각각을 여기서의 자리에 대응시킵니다. 거래소를 이루는 요소는 이것만이 아닙니다. 프런트엔드, 계정 운영, 마켓 상장, 고객 지원, 상업적 조건이 모두 그 주위에 놓입니다. 네트워크가 공개하고 검증 가능하게 만드는 부분은 어긋남이 곧 누군가의 손실이 되는 부분입니다. 누가 무엇을 어떤 가격에 체결했고, 누가 누구에게 얼마를 빚졌는가. Intention 위에서 돌아가는 첫 번째 애플리케이션은 Intention Exchange입니다. 완전한 중앙 지정가 오더북, 전문 주문 유형, 격리 증거금과 교차 증거금, 프로토콜 네이티브 청산, 온체인 유동성 볼트를 갖춘 무기한 선물 거래소입니다. 자체 매칭 엔진이나 리스크 파이프라인은 구현하지 않습니다. 이 체인 위에서 돌아가기 때문에 둘 다 그대로 물려받습니다. 같은 기반은 실행 모델을 바꾸지 않고 토큰화된 실물자산을 포함한 다른 오더북 마켓도 수용하도록 설계되었습니다.자산 측면에서 개방적이고, 프로토콜 측면에서 AI 네이티브
이 설계는 특정한 종류의 불투명성을 제거합니다. 그리고 이는 위에 덧붙인 기능 묶음이 아니라, 트레이딩 로직이 어디에 놓여 있는지에서 따라 나오는 결과입니다. 실행이 합의가 확정한 순서 위에서 돌아가기 때문에, 블록을 재실행하면 그대로 재현됩니다. 가격이 그 가격을 쓰는 블록 안에서 인증되기 때문에, 앞질러 달릴 별도의 오라클 주기가 없습니다. 청산, 펀딩, 보험 기금이 컨트랙트 호출이 아니라 프로토콜 동작이기 때문에, 이들은 자신을 촉발한 체결과 같은 단계에서 실행됩니다. 커널이 트랜잭션 단위로 출력을 내보내기 때문에, 모든 상태 변경은 원인이 된 트랜잭션까지 되짚을 수 있습니다. 이 중 어느 것도 프로토콜이 설계와 별개로 내놓는 약속이 아닙니다. 확정된 순서 위에서 돌아가는 결정론적 상태 기계에서 그대로 따라 나오는 결과입니다. 아키텍처를 기능 목록이 아니라 하나의 전체로 읽을 가치가 있는 이유도 여기에 있습니다. 사람 트레이더에게 이런 성질은 더 공정한 거래소로 이어집니다. 감사할 수 있는 순서, 검증할 수 있는 가격, 오프체인 경주가 아니라 프로토콜 규칙을 따르는 청산, 그리고 남의 데이터베이스가 아니라 프로토콜 층에 남는 체결 단위 기록입니다. 사용자를 대신해 거래하는 에이전트에게 이런 성질은 더 근본적인 조건입니다. 자율 에이전트는 지금까지 사람이 거래소 층에서 해 오던 일을 넘겨받고 있습니다. 에이전트의 임무는 사용자의 의도(intention)대로 행동하는 것입니다. 그런데 잡음으로 모델링할 수밖에 없는 거래소 위에서는 행동할 수가 없습니다. 에이전트에게 필요한 것은 함수입니다. 같은 입력에는 같은 출력이 나오고, 나중에 결과를 확인할 수 있어야 합니다. 확정된 순서 위에서 돌아가는 결정론적 상태 기계가 바로 그런 함수입니다. 에이전트가 사용자를 대신해 거래할 때 이미 작동하는 것, 아직 어떤 거래소에도 없는 것, 그리고 이를 위해 프로토콜의 어느 부분이 만들어지고 있는지는 AI 트레이딩: 현재와 다음에서 다룹니다.다음으로 읽을 문서
아키텍처 개요
네트워크의 각 계층, 그리고 IntentionKernel과 IntentionBFT가 어떻게 맞물리는지 다룹니다.
AI 트레이딩: 현재와 다음
에이전트가 대신 거래할 때 이미 작동하는 것, 그리고 어떤 거래소에도 아직 없는 것을 다룹니다.
IntentionKernel
실행 계층입니다. 명령어 집합, 블록 파이프라인, 그리고 결과가 재현 가능한 이유를 다룹니다.
마일스톤
테스트넷에서 메인넷까지의 경로, 그리고 각 단계를 어떻게 검증하는지 다룹니다.
현황
Intention은 활발히 개발 중입니다. 이 문서의 일부는 프로토콜이 설계상 보장하지만 아직 공개 메인넷 UI로 노출되지 않은 동작을 설명합니다. 해당 페이지에는 그 표시가 붙어 있습니다. 아키텍처와 보안 섹션은 만들어지고 있는 그대로의 시스템을 설명하며, 헬프 센터는 메인넷 출시 전까지 대체로 잠정적입니다. 개발자 문서는 개발자 사이트와 API 레퍼런스에 있습니다.현재 네이티브 토큰은 존재하지 않습니다. 이 문서는 토크노믹스, 스테이킹 인센티브, 토큰 세일을 다루지 않습니다. 토큰 관련 자료는 해당 자산이 실제로 존재하게 된 뒤에만 공개됩니다.