많은 에이전트를 운영하는 팀을 위한 지갑 인프라.
15명의 클라이언트를 위해 20개의 봇을 운영합니다. 각 봇은 고유한 지갑, 고유한 한도, 고유한 감사 추적 및 클라이언트에 대한 클라이언트별 가시성이 필요합니다.
병목 현상은 에이전트가 아닙니다. 지갑 관리입니다.
Web3 자동화 에이전시, 시장 조성 팀, 수익 전략 운영 또는 여러 동시 에이전트가 있는 생산 배포를 운영하는 경우, 에이전트 자체는 쉬운 부분입니다. 이를 유지하기 위한 검증된 코드와 인프라가 있습니다. 당신을 느리게 만드는 것은 그 주변의 모든 것입니다: 지갑 주소의 스프레드시트, 클라이언트별 수동 조정, 흩어진 거래 로그, 다른 클라이언트의 데이터를 유출하지 않고 클라이언트에게 자신의 에이전트 활동을 볼 수 있는 깔끔한 방법이 없으며, 에이전트별 지출 한도가 강제되지 않습니다.
대부분의 팀은 처음에 이것을 스스로 구축합니다 - 각 클라이언트당 하나의 공유 멀티시그, Notion 데이터베이스의 각 에이전트 원장, 거래 알림을 위한 Discord 채널. 처음 세 클라이언트에게는 잘 작동합니다. 열 번째 클라이언트부터는 파트타임 작업이 됩니다. 스무 번째 클라이언트에서는 무언가 잘못될 것이며, 관계에 비용이 드는 당황스러운 혼선이 발생합니다.
Blockchain0x는 모든 에이전트에게 고유한 지갑, 정책, 로그 및 좌석 액세스를 제공합니다. 모든 것을 하나의 작업 공간에서 관리하며, 하나의 Stripe 고객 아래 청구되고, 적절한 운영자가 적절한 에이전트에 배치됩니다. 운영 계층이 전체 제품이며, 에이전트를 계속 실행합니다.
에이전시가 첫 번째 작업 공간을 프로비저닝하는 방법.
가입에서 시작하여 적절한 격리, 청구 및 관찰 가능성을 갖춘 5-20명의 클라이언트 에이전트를 관리하는 전형적인 에이전시를 위한 5단계 안내.
- 01
작업 공간 준비
에이전시의 이메일 또는 공유 운영 계정으로 한 번 가입하세요. 작업 공간 이름은 에이전시의 정체성을 반영합니다(작업 공간 이름은 에이전트별 청구서에 나타납니다). 작업 공간 좌석은 기본적으로 1로 설정되며, 교차 클라이언트 가시성이 필요한 운영자를 위해 더 추가하십시오.
- 02
클라이언트(또는 전략)당 하나의 에이전트 생성
각 클라이언트 참여는 고유한 에이전트 기록을 가집니다: 별도의 슬러그, 별도의 지갑 주소, 별도의 지출 정책, 별도의 검증 배지. 에이전트 기록은 격리의 단위입니다 - 한 클라이언트의 거래는 다른 클라이언트의 거래에 영향을 미치지 않으며, 두 클라이언트가 동일한 작업 공간에서 실행되더라도 마찬가지입니다.
- 03
적절한 운영자에게 에이전트 수준의 좌석을 할당하십시오.
Business에서는 운영자를 특정 클라이언트의 에이전트에 에이전트 수준 좌석으로 초대합니다. 그들은 오직 그 에이전트만 보고 관리하며, 작업 공간의 다른 에이전트는 보지 못합니다. 이것은 클라이언트별 격리를 올바르게 느끼게 하는 좌석 모델입니다: 운영자는 Client A의 활동을 Client B에게 우연히 유출할 수 없습니다.
- 04
에이전트별 지출 권한 구성
클라이언트 참여가 실제로 허용하는 것에 따라 각 에이전트에 대해 거래당 한도와 기간별 허용량을 설정하세요(대시보드에서). 동일한 작업자가 동일한 작업 공간에서 한 클라이언트에 대해 작은 일일 허용량을 가진 에이전트를 실행하고 다른 클라이언트에 대해 큰 허용량을 가진 에이전트를 실행할 수 있습니다 - 에이전트별 지출 권한이 두 가지를 깔끔하게 분리합니다.
- 05
모니터링 및 대기 시스템을 연결하세요.
운영적으로 중요한 이벤트(결제 수신, 결제 전송, 지갑 배포)에 대한 웹훅 전송을 설정하세요. 이를 귀하의 사고 시스템이나 Slack/Discord에 지정하세요. 대시보드는 일상적인 뷰가 되며; 결제가 도착하거나 주의가 필요한 경우 Slack에 알림이 전송됩니다.
설정은 일반적으로 첫 번째 작업공간에 1-2시간, 추가 클라이언트 에이전트당 10-15분이 걸립니다. 5명의 클라이언트가 온보딩될 때까지 여섯 번째를 추가하는 한계 비용은 대부분 클라이언트와의 대화이며, 프로비저닝이 아닙니다.
하나의 작업 공간, 하나의 Stripe 고객, N명의 에이전트.
청구 모델은 에이전시가 실제로 장부를 유지하는 방식을 기반으로 구축되었습니다: 단일 송장에 에이전트별 항목이 있으며, 에이전트별 또는 작업 공간 전체로 내보낼 수 있으며, 실시간으로 회계 시스템에 도착하는 웹후크 스트림이 있습니다.
| 차원 | Blockchain0x가 이를 처리하는 방법 | 왜 기관이 신경 쓰는가 |
|---|---|---|
| 작업 공간 구조 | 1 작업 공간, N 에이전트, 1 통합된 Stripe 고객 | 모든 클라이언트에서 결제를 쉽게 찾을 수 있습니다 |
| 청구서 형식 | 에이전트당 구독 라인 + 에이전트당 거래 수수료 라인 | 클라이언트를 재청구하면 클라이언트별 청구에 깔끔하게 매핑됩니다. |
| 내보내기 | 에이전트별 CSV/JSON 또는 워크스페이스 전체; 날짜 범위로 필터링 가능 | 회계 도구 또는 클라이언트별 손익에 추가 |
| 회계용 웹후크 | 결제.received / 결제.sent 이벤트를 귀하의 AP/AR 시스템에 실시간으로 전송합니다. | 배치 조정 없음; 원장은 최신 상태를 유지합니다. |
| 통화 | 기본적으로 USD로 청구되는 수수료; Stripe를 통해 다른 통화로 설정 가능 | 회계 기준 통화와 일치시킵니다. |
| 유지된 기록 | 에이전트가 존재하는 동안 유지되는 거래 내역 및 감사 로그 | 클라이언트 또는 감사자 검토를 위해 내보낼 수 있음 |
대부분의 에이전시가 선택하는 패턴: Blockchain0x 청구서는 에이전시로 갑니다. 에이전시는 각 클라이언트에게 에이전트의 구독 항목 + 관리 수수료에 대해 재청구합니다. 감사 로그는 클라이언트가 특정 요금을 질문할 경우 방어 가능하게 만듭니다 - 어떤 거래가 어떤 시간대에 항목을 유도했는지 정확히 보여줄 수 있습니다. 어떤 에이전시도 감사 추적을 생성한 후 요금을 제거해 달라고 요청한 적이 없습니다.
귀하가 고객(및 그들의 감사인)에게 말할 수 있는 것.
준수는 대부분의 에이전시 계약이 시작되기 전에 실패하는 곳입니다. 클라이언트의 법률 팀은 다음을 알고 싶어합니다: 자금을 누가 보유하고, 누가 무엇을 볼 수 있으며, 기록은 어떻게 보관되고, 사건이 발생하면 어떻게 되는지. 다음은 제품에 의해 지원되는 서면으로 그들에게 말할 수 있는 내용입니다.
보관 - 우리는 비수탁형입니다.
자금은 Blockchain0x가 아닌 클라이언트(또는 에이전시) 지갑에 보관됩니다. 우리는 절대 개인 키를 가지고 있지 않습니다. 만약 내일 공격을 받더라도 공격자는 우리가 수단이 없기 때문에 USDC를 이동할 수 없습니다. 이것은 결제 플랫폼이 주장할 수 있는 가장 강력한 보관 주장입니다; 약관에 명시되어 있습니다.
액세스 제어 - 에이전트별 좌석 범위
운영자는 자신이 좌석을 부여받은 에이전트만 볼 수 있습니다. 작업 공간 수준의 가시성은 별도의 더 높은 권한의 좌석입니다. 모든 좌석 추가, 역할 변경 및 제거는 감사 로그에 완전한 속성과 함께 기록됩니다. 작업 공간 좌석에는 이중 인증이 필요합니다.
감사 추적 - 출처 포함 및 내보낼 수 있음
에이전트에 영향을 미치는 모든 작업은 완전한 귀속으로 기록됩니다: 누가, 언제, 변경 전후. 대시보드에서 JSON 또는 CSV로 내보내어 모든 클라이언트 또는 감사자가 검토할 수 있도록 하며, 단일 에이전트에 한정하여 한 클라이언트의 기록이 다른 클라이언트를 노출하지 않도록 합니다.
허용 가능한 사용 정책 - 모든 에이전트에 구속력 있음
모든 작업 공간은 가입 시 수용 가능한 사용 정책에 동의합니다: 제재 회피 금지, 자금 세탁 금지, 사기 금지, 명백히 불법적인 활동에 참여하는 에이전트 금지. 위반 시 작업 공간이 일시 중지됩니다. 정책은 공개적으로 버전 관리되며, 우리는 클라이언트 법률 검토를 위해 현재 및 역사적 버전을 제공합니다.
사고 대응 - 문서화된 실행 지침
보안 사고는 공개 실행 매뉴얼이 있습니다: 발견 후 24시간 이내의 알림, 7일 이내의 근본 원인 분석, 30일 이내의 사후 분석. 실행 매뉴얼은 준수 검토를 위해 요청 시 제공됩니다. 작성 시점에서 통보 가능한 사건은 없었으며, 만약 발생한다면 실행 매뉴얼이 계약입니다.
모든 감사 로그 항목에 기록되는 것.
감사 로그는 귀하의 클라이언트 감사자가 보고 싶어하는 아티팩트입니다. 각 항목은 무엇이 변경되었고 누가 변경했는지를 기록합니다; 전체 로그를 JSON 또는 CSV로 내보내어 클라이언트나 감사자가 검토할 수 있도록 하십시오.
| 필드 | 유형 | 설명 |
|---|---|---|
| Timestamp | time | 작업이 발생한 시각, UTC 기준입니다. |
| Agent | reference | 해당 작업이 어떤 에이전트에 영향을 주었는지입니다. |
| Actor | reference | 해당 작업을 수행한 사람, API key, 또는 system입니다. |
| Action | category | 무슨 일이 있었는지: 결제, 설정 변경, seat 변경, key rotation. |
| Outcome | status | 작업이 성공했는지 거부되었는지 여부입니다. |
| 이전 / 이후 | snapshot | 변경 전후의 상태입니다. |
대시보드에서 JSON 또는 CSV로 내보내고, 단일 에이전트 또는 전체 작업 공간으로 필터링합니다. 감사 로그는 비즈니스 플랜 기능입니다; 기본 거래 기록은 Pro에서 사용할 수 있습니다.
에이전시 작업 공간을 위한 비즈니스, 에이전트를 위한 혼합 계획.
Web3 자동화 팀은 거의 항상 최소한 하나의 비즈니스 에이전트(감사 로그 + 팀 좌석)를 필요로 합니다. 많은 팀은 혼합하여 운영합니다: 비즈니스는 규정 준수 요구 사항이 있는 대량 클라이언트 참여를 위해, 프로는 감사 로그가 계약상 요구되지 않는 소규모 클라이언트를 위해, 무료는 실험적이거나 비활성 에이전트를 위해 사용됩니다. 에이전트별 가격 책정이 혼합이 과도한 비용 없이 작동하게 합니다.
- Free: 실험용, 다시 활성화할 수 있는 비활성 agent, 잠재 고객 대화용 데모 agent에 적합합니다.
- Pro ($29/agent/mo): 엄격한 컴플라이언스 요건이 없는 활성 클라이언트 에이전트.
- Business ($49/agent/mo): 대규모 client agents용이며, 감사 로그와 agent별 팀 좌석을 제공합니다. 프로덕션 프로젝트의 기본 선택입니다.
- Workspace seats: 여러 client를 가로지르는 operator visibility를 위해 seat를 추가하세요(/pricing 참조).