개발자 개요
Tidal을 사용하면 AI 애플리케이션이 사용자가 자금을 넣은 예산 계좌에서 자율적으로 XRP와 RLUSD 결제를 할 수 있습니다. 이때 애플리케이션이 사용자 메인 지갑의 키를 쥘 일도 없고, 사용자가 모든 거래를 일일이 승인할 필요도 없습니다. 한 번 통합하면, 그때부터 에이전트는 사용자가 정한 한도 안에서 자원 값을 치를 수 있으며, 모든 결제는 한계가 정해져 있고 정책 심사를 거치며 감사할 수 있습니다.
이 페이지는 사고 모델을 잡고 Tidal이 어디에 위치하는지 보여 줍니다. 퀵스타트는 첫 호출까지 데려다주고, 개념, 통합 가이드, 보안 모델이 더 깊이 들어갑니다.
통합으로 무엇을 얻는가
핵심 역량은 에이전트를 위한 안전한 결제 원시 동작 하나입니다. 이 수신처에 이 금액을, 한 번, 사용자의 승인 안에서 결제하라. 이것을 책임감 있게 해내는 데 있어 어려운 모든 것 — 키 수탁, 양자 서명, 정책 강제, 재시도와 충돌 상황에서의 멱등성, 원장에서의 정산과 최종성 — 은 플랫폼과 SDK가 처리하며, 당신은 백엔드에서 작은 표면만 호출합니다.
구체적으로 통합은 다음을 제공합니다.
- 개발자 계정 모델 — 조직, 애플리케이션 클라이언트, 환경별 API 자격 증명 — 은 샌드박스와 프로덕션을, 그리고 앱과 앱을 깔끔하게 분리합니다.
- 에이전트 신원과 디렉터리: 당신 소유의 불투명한 사용자·에이전트 식별자 아래에 각 에이전트의 공개키를 등록하면, 플랫폼이 그 예산 계좌와 수명주기를 추적합니다.
- 사용자 승인 흐름: 앱이 승인을 요청하면, 사용자가 자신의 Tidal 지갑에서 자신이 통제하는 한도 안에서 승인하고, 에이전트는 사용자의 키가 아니라 참조만 받습니다.
- 멱등 결제 호출: 연결 심사 → 정책 승인 → 2-of-2 서명 → 원장 정산으로 이어지는 전체 수명주기를 구동하고 영수증을 반환합니다.
- 웹훅: 당신이 관심 있는 이벤트 — 승인 완료, 에이전트 생성, 결제 정산, 결제 거부 등 — 에 대한 알림.
사고 모델
모든 자율 결제에서 세 당사자가 협력하며, 그중 어느 하나도 혼자서는 돈을 움직일 수 없습니다. 이 분리를 머릿속에 새기는 것이 Tidal 이해의 대부분입니다.
**당신(에이전트 개발자)**은 에이전트의 개인키를 쥡니다. 그것은 당신의 키 저장소 — 프로덕션에서는 클라우드 KMS — 안에 있으며 결코 그곳을 떠나지 않습니다. SDK는 정확히 준비된 결제에 대해 에이전트의 서명을 만들어 달라고 당신의 키 저장소에 요청할 뿐, 개인키 자체를 보거나 다루지 않습니다. Tidal은 설계상으로도 계약상으로도 에이전트 키를 결코 쥐지 않습니다.
Tidal은 지갑 실행과 두 번째 서명을 소유합니다. 정책·위험 권위체가 각 제안된 결제를 사용자의 승인과 한도에 비추어 독립적으로 평가하고, 승인할 때에만 Tidal의 공동서명자가 두 번째 서명을 만듭니다. Tidal은 결제를 구성하고 추적하며 멱등성을 강제하고 최종성을 대사(對査)하지만, 두 서명 중 하나만 쥐고 있기에 혼자서는 결제할 수 없습니다.
사용자는 자신의 Tidal 지갑에서 예산 계좌의 마스터 키를 소유합니다. 계좌에 자금을 넣고, 한도를 정하며, 모든 Tidal 서비스가 오프라인이어도 작동하는 비상 탈출구를 쥡니다. 사용자는 결제 하나하나의 실행 경로에는 들어가지 않지만, 언제나 돈의 주인입니다.
Tidal은 어디에 위치하는가
당신의 에이전트는 당신의 백엔드와 이야기하고, 백엔드는 SDK를 통해 Tidal과 이야기하며, Tidal과 당신의 키 저장소가 함께 두 개의 서명을 만들고, 조립된 결제가 XRP 원장에서 정산됩니다.
flowchart LR
agent["당신의 에이전트<br/>(런타임)"] --> backend["당신의 백엔드<br/>+ 에이전트 SDK"]
backend <--> keystore["당신의 KeyStore<br/>(AWS/GCP KMS)<br/>에이전트 키는 결코 나가지 않음"]
backend <--> policy["정책·위험<br/>권위체"]
backend <--> tidal["Tidal 지갑 서비스<br/>+ 공동서명자"]
tidal --> ledger["XRP 원장<br/>예산 계좌"]
user["사용자의 Tidal 지갑<br/>(마스터 키)"] -->|"자금·승인"| ledger
classDef yours fill:#e8f4ff,stroke:#4a90d9;
classDef tidalc fill:#e8fff0,stroke:#3aa76d;
class agent,backend,keystore yours;
class policy,tidal tidalc;파란 상자 두 개와 당신의 키 저장소는 당신의 것이고, 초록 상자는 Tidal의 것입니다. XRP 원장은 중립 지대이며, 사용자의 지갑은 자금 조달과 승인, 그리고 비상 탈출을 위해 원장에 직접 닿습니다.
XRPL과의 관계에서 Tidal의 위치
Tidal은 새로운 원장도 토큰도 아닙니다. XRP 원장 위에 얹힌 조율·수탁 계층입니다. 정산은 평범한 직접
XRP 또는 RLUSD Payment 거래이며, 원장은 늘 하던 일 — 서명, 정족수, 잔액의 강제 — 을 할 뿐입니다.
Tidal이 더하는 것은 그 주변의 모든 것입니다. 각 에이전트에게 한계가 정해진 자기 계좌를 주고, 어느
당사자도 혼자 행동하지 못하도록 두 개의 서명을 요구하고, 공동서명하기 전에 사용자의 정책을 강제하고,
전체 흐름을 멱등하고 복구 가능하게 만듭니다. 자율 결제는 직접 Payment 거래로 한정되며, 에이전트가
임의의 XRPL 거래를 서명할 수 있는 뒷문은 없습니다.
범위, 그리고 성숙도에 관한 정직함
Tidal V1은 정확히 한 가지를 잘하는 것을 목표로 합니다. 에이전트를 위한, 에이전트별 예산 계좌 위에서,
사용자가 마스터 키를 쥔 채 이루어지는 자율적이고 한계가 정해진 XRP/RLUSD Payment 정산입니다.
의도적으로 범용 서명기가 아닙니다.
개발자 플랫폼의 인터페이스 — 자격 증명, SDK 표면, 결제 계약 — 는 명세되고 구현이 승인되었지만, 아직 만들어지는 중인 제품입니다. 이 개발자 페이지들 전반에서, 아직 일반 제공되지 않거나 확정 중인 것은 초안 — 확정 예정으로 표시했습니다. 특히 아직 공개적으로 승인된 호스팅 스테이징 대상이 없으며, 결제 표면의 일부는 단일 호출 흐름에 앞서 더 작은 검토된 구성 요소로 출시됩니다. 우리는 승인된 계약을 정확히 문서화하고 아직 라이브가 아닌 것을 표시하며, 완성된 플랫폼인 척하지 않습니다.