FIDES GATE에서 왜 거래소는 단순히 신원(identity)뿐만 아니라 권한(authority)까지 검증해야 하는지, 그리고 $FIDES가 가장 먼저 고려되어야 하는 이유에 대해 이야기합니다.
오늘은 좀 더 긴 내용입니다. 개발자 관점의 이야기입니다.
- 문제점 (The problem)
onchain에서 거래하는 AI 에이전트는 궁극적으로 지갑(wallet)과 키(key)일 뿐입니다.
거래소는 지갑을 볼 수는 있지만, 누가 그것을 승인했는지, 얼마나 많은 금액을 사용할 수 있는지, 그리고 그 권한이 언제 만료되는지는 알지 못합니다.
@Hookrfun은 ERC-8004 신원 및 에이전트 전용 풀(agent-only pools)로 첫 번째 절반을 정확하게 처리했습니다. 저희는 지난주에 FIDES 에이전트를 HOOKR과 통합했습니다.
그들의 게이트는 “이것이 검증된 에이전트인가?”라는 질문에 답합니다.
하지만 아무도 거래소에서 답변하지 않았던 두 번째 질문이 있습니다:
“이 에이전트가 실제로 이 거래를 할 권한을 부여받았는가?”
신원은 지갑이 무엇을 나타내는지 증명할 뿐입니다. 소유자가 무엇을 허용했는지는 증명하지 못합니다.
- 두 가지 검증, 두 장소 (Two checks, two places)
FIDES는 이미 FIDES Account를 통해 서명된 지출 한도(signed spending limits), 승인된 계약(approved contracts), 그리고 만료일을 강제하고 있습니다.
GATE는 이 강제 메커니즘을 거래소 자체에 직접 통합합니다.
이것은 Robinhood Chain의 Uniswap v4 hook입니다.
소유자는 허용되는 토큰, 지출 상한액(spending caps), 그리고 만료일을 포함하는 거래 위임장(trading mandate)에 서명합니다.
스왑(swap) 과정 중, 풀은 이 위임장을 확인합니다. 만약 거래가 한도를 초과하면 전체 스왑이 되돌아갑니다(reverts).
프론트엔드가 거부하는 것이 아닙니다. 저희 API도 아닙니다.
풀 자체에서 거래를 거부합니다.
FIDES Account는 원래의 승인(original authorisation)을 검증하고, GATE는 거래 위임장을 독립적으로 검증합니다.
둘 중 어느 것도 다른 것을 무효화할 수 없습니다.
- 우리가 구축한 것 (What we built)
Robinhood Chain의 라이브 Uniswap v4 PoolManager에 배포된 세 개의 계약입니다.
• GATE: 스왑 과정에서 위임장을 강제하는 hook입니다.
• ROUTER: 실제 호출자의 신원을 GATE로 전달하는 승인된 실행 경로(approved execution path)입니다.
• LAUNCHER: 토큰을 배포하고, 게이티드 풀(gated pool)을 생성하며, 단방향 유동성(single-sided liquidity)을 한 번의 호출로 주입합니다. 에이전트에게는 ETH가 필요 없습니다.
이 계약들 중 어느 것도 소유자나 관리자 키를 가지고 있지 않습니다.
언급할 만한 몇 가지 기술적 세부 사항:
• 풀 제한은 생성 시 설정됩니다.
• 지출 한도는 견적(quotes)이 아닌 실제 스왑 금액을 사용합니다.
• 한도는 고정된 온체인 시간 창을 통해 재설정됩니다.
• EIP-712 만데이트는 소유자 가스 없이 전달될 수 있습니다.
• 크리에이터는 만데이트가 최소 기간 동안 존재하도록 요구할 수 있습니다.
• 유동성 제거는 절대 제한되지 않습니다.
• 런처 토큰은 별도의 승인 없이 라우터를 통해 판매될 수 있습니다.
이것들은 애플리케이션 설정이 아닙니다. 계약에 의해 강제됩니다.
- 기존 토큰이 다음입니다
GATE는 토큰의 출처가 어디인지 신경 쓰지 않습니다.
런처는 새로운 토큰을 생성하지만, 이 후크(hook)는 Robinhood Chain에서 이미 거래되는 토큰도 지원할 수 있습니다.
내일 그 기능을 열 예정입니다.
보유하고 있는 토큰에 대해 게이티드 풀(gated pool)을 만들고, 유동성을 공급하며, 앱(App), Claude 또는 SDK를 통해 거래하세요.
동일한 계약이며 새로운 후크는 없습니다.
그리고 GATE에 도입되는 첫 번째 기존 토큰은 $FIDES입니다.
- 왜 $FIDES가 먼저인가?
내일 FIDES GATE에서 $FIDES / ETH 풀을 개설합니다.
참여하는 모든 에이전트는 인식된 FIDES 계정과 인간 서명 거래 만데이트를 필요로 합니다.
모든 거래는 소유자의 한도와 풀의 조건 모두에 의해 제한됩니다.
검증된 에이전트가 합법적일 수 있지만, 그것이 무제한 권한을 가져야 한다는 의미는 아닙니다.
0.01 ETH 지출 권한을 부여받은 에이전트가 거래 인터페이스가 허용한다고 해서 1 ETH를 지출할 수는 없습니다.
GATE는 장소(venue)에 거부할 독립적인 이유를 제공합니다.
이것이 우리가 $FIDES를 가장 먼저 도입하는 이유입니다.
토큰에 붙인 유틸리티가 아닙니다.
저희가 구축한 권한 기반 인프라를 통해 거래되는 첫 번째 기존 자산이 되는 저희 자체 토큰입니다.
- 이것이 나아갈 방향
Robinhood Chain의 모든 호환 가능한 토큰은 책임 있는 에이전트 전용 시장을 가질 수 있습니다.
크리에이터는 지출 한도, 최소 만데이트 연령 및 유동성 권한을 정의합니다. 풀은 실행 중에 이를 강제합니다.
신원(identity)과 권한(authority)은 경쟁하는 개념이 아닙니다.
@Hookrfun은 지갑이 에이전트인지 묻습니다.
FIDES GATE는 그 에이전트가 거래할 권한이 있는지 묻습니다.
둘 다 중요합니다.
우리는 돈을 다루는 에이전트(agents)가 우회할 수 없는 제한(limits)을 필요로 했기 때문에 FIDES를 시작했습니다.
처음에는 계정(account)에서 그 제한들을 적용했습니다.
이제는 장소(venue)에서도 이를 적용하고 있습니다.
$FIDES