Birçok ajan çalıştıran ekipler için cüzdan altyapısı.
15 müşteri için 20 bot çalıştırıyorsunuz. Her biri kendi cüzdanına, kendi limitlerine, kendi denetim izine ve müşteri için müşteri başına görünürlüğe ihtiyaç duyar.
Darboğaz ajanlar değil. Cüzdan yönetimidir.
Eğer bir Web3 otomasyon ajansı, bir piyasa yapım ekibi, bir getiri stratejisi operasyonu veya birden fazla eşzamanlı ajanla herhangi bir üretim dağıtımı yürütüyorsanız, ajanlar kendileri kolay kısımdır. Onları çalışır durumda tutmak için savaş testinden geçmiş kod ve altyapıya sahipsiniz. Sizi yavaşlatan, etraflarındaki her şeydir: cüzdan adreslerinin hesap tabloları, manuel müşteri bazında uzlaşma, dağınık işlem kayıtları, başka bir müşterinin verilerini sızdırmadan bir müşteriye kendi ajanın faaliyetlerini görme imkanı vermenin temiz bir yolu yoktur, zorunlu olarak uygulanan ajana özel harcama limitleri yoktur.
Çoğu ekip bunu ilk başta kendileri inşa eder - her müşteri için bir paylaşılan çok imzalı cüzdan, her ajan için Notion veritabanında defterler, işlem bildirimleri için bir Discord kanalı. İlk üç müşteri için işe yarar. Onuncu müşteriyle birlikte yarı zamanlı bir iş haline gelir. Yirmi müşteriyle birlikte bir şeyler ters gidecektir, ilişkiye zarar veren utanç verici bir karışıklık.
Blockchain0x, her ajana kendi cüzdanını, kendi politikasını, kendi günlüğünü ve kendi oturum erişimini verir. Hepsini tek bir çalışma alanından yönetirsiniz, bir Stripe müşterisi altında faturalandırılır, doğru operatörler doğru ajanda bulunur. Operasyon katmanı tüm üründür; ajanları çalıştırmaya devam edersiniz.
Bir ajansın ilk çalışma alanını nasıl sağladığı.
Tipik bir ajansı kayıttan başlayarak 5-20 müşteri ajanını uygun izolasyon, faturalandırma ve gözlemleme ile yönetmeye götüren beş adımlık rehber.
- 01
Çalışma alanını sağla
Ajansın e-posta adresi veya paylaşılan operasyon hesabı altında bir kez kaydolun. Çalışma alanı adı ajans kimliğini yansıtır (çalışma alanı adı her ajana ait faturalarda görünür). Çalışma alanı koltukları varsayılan olarak 1'dir; çapraz müşteri görünürlüğüne ihtiyaç duyan operatörler için daha fazlasını ekleyin.
- 02
Her müşteri için bir ajan oluştur (veya her strateji için)
Her müşteri etkileşimi kendi ajan kaydını alır: ayrı slug, ayrı cüzdan adresi, ayrı harcama politikası, ayrı doğrulama rozetleri. Ajan kaydı, izolasyon birimidir - bir müşterinin işlemleri asla diğerinin işlemleriyle kesişmez, her ikisi de aynı çalışma alanında çalışsa bile.
- 03
Ajan seviyesindeki koltukları doğru operatörlere atayın
Business'ta, operatörleri belirli bir müşterinin ajansına ajana özel koltuklarla davet edin. Sadece o ajansı görür ve yönetir, çalışma alanındaki diğerlerini asla görmez. Bu, her müşteri için izolasyonu doğru hissettiren koltuk modelidir: bir operatör, Müşteri A'nın etkinliğini Müşteri B'ye yanlışlıkla sızdıramaz.
- 04
Her ajana özel harcama izinlerini yapılandırın
Her ajan için (gösterge panelinde) işlem başına bir sınır ve dönem başına bir harcama izni belirleyin, bu izinlerin müşteri etkileşiminin gerçekten neyi izin verdiğine dayanarak. Aynı çalışma alanındaki aynı operatör, bir müşteri için küçük bir günlük harcama izni ve diğer bir müşteri için büyük bir izinle bir ajan çalıştırabilir - ajan başına harcama izni ikisini temiz bir şekilde izole eder.
- 05
Gözetiminizi ve çağrıya yanıt verme sürecinizi bağlayın
Operasyonel olarak önemli olan olaylar için webhook teslimatını ayarlayın (payment.received, payment.sent, wallet.deployed). Bunları olay sisteminize veya Slack/Discord'a yönlendirin. Gösterge paneli günlük sürücü görünümü haline gelir; bir ödeme geldiğinde veya bir şeyin dikkat gerektirdiğinde Slack'e uyarılar gönderilir.
Kurulum genellikle ilk çalışma alanı için 1-2 saat, ek her müşteri ajanı için 10-15 dakika sürer. 5 müşteri kaydedildiğinde, altıncıyı eklemenin marjinal maliyeti çoğunlukla müşteri ile yapılan konuşmadır, sağlama değil.
Bir çalışma alanı, bir Stripe müşterisi, N ajan.
Faturalama modeli, ajansların gerçekten nasıl defter tuttuğu etrafında inşa edilmiştir: tek bir faturada her ajana ait satırlar, her ajan veya çalışma alanı genelinde dışa aktarılabilir, gerçek zamanlı olarak muhasebe sisteminize ulaşan bir webhook akışı ile.
| Boyut | Blockchain0x bunu nasıl yönetiyor | Ajanslar neden önemser |
|---|---|---|
| Çalışma alanı yapısı | 1 çalışma alanı, N ajan, 1 konsolide Stripe müşterisi | Tüm müşteriler arasında herhangi bir ödemeyi bulmak kolay |
| Fatura formatı | Ajan başına abonelik satırı + ajan başına işlem ücreti satırı | Müşterileri yeniden faturalandırırsanız, her müşteri için faturalandırmaya temiz bir şekilde eşleşir. |
| Dışa Aktarımlar | Her ajan için CSV/JSON veya çalışma alanı genelinde; tarih aralığına göre filtrelenebilir | Muhasebe aracına veya her müşteri için P&L'ye bırakın |
| Muhasebeye webhook | payment.received / payment.sent olaylarını AP/AR sisteminize gerçek zamanlı iletin | Toplu uzlaşma yok; defter güncel kalır |
| Para Birimi | Ücretler varsayılan olarak USD cinsinden faturalandırılır; Stripe aracılığıyla diğer para birimlerine ayarlanabilir. | Muhasebe temel para biriminizle eşleşin. |
| Kayıtlar saklandı | Ajan var olduğu sürece işlem geçmişi ve denetim kayıtları tutulur | Müşteri veya denetçi incelemesi için dışa aktarılabilir |
Çoğu ajansın ulaştığı desen: Blockchain0x faturası ajansa gider. Ajans, her müşteriye ajanın abonelik satırı + yönetim ücreti için yeniden fatura keser. Denetim kaydı, bir müşterinin belirli bir ücreti sorgulaması durumunda savunulabilir hale getirir - hangi işlemlerin hangi zaman diliminde satır maddesini oluşturduğunu tam olarak gösterebilirsiniz. Hiçbir ajans, denetim izini ürettikten sonra bizden bir ücreti kaldırmamızı istemedi.
Müşterilerinize (ve denetçilerine) ne söyleyebilirsiniz.
Uyumluluk, çoğu ajans etkileşiminin başlamadan önce başarısız olduğu yerdir. Müşterinin hukuk ekibi şunu bilmek istiyor: fonları kim tutuyor, kim neyi görebilir, kayıtlar nasıl tutuluyor, bir olay olursa ne olur. İşte onlara yazılı olarak, ürünle desteklenenleri söyleyebilirsiniz.
Emanet - biz non-custodial'iz
Fonlar, Blockchain0x'ta değil, müşteri (veya ajans) cüzdanlarında kalır. Asla özel anahtarlarımız yoktur. Yarın bir saldırıya uğrasak, saldırgan USDC'yi hareket ettiremez çünkü bunu yapacak bir imkanımız yok. Bu, bir ödeme platformunun yapabileceği en güçlü saklama iddiasıdır; şartlara yazılmıştır.
Erişim kontrolü - ajan başına koltuk kapsamı
Operatörler yalnızca kendilerine koltuk verilmiş olan ajanları görür. Çalışma alanı düzeyindeki görünürlük ayrı, daha ayrıcalıklı bir koltuktur. Her koltuk ekleme, rol değişikliği ve kaldırma, tam atıf ile denetim kaydına kaydedilir. Çalışma alanı koltukları için iki faktörlü kimlik doğrulama gereklidir.
Denetim izi - atıf ve dışa aktarılabilir
Bir ajanı etkileyen her eylem tam atıf ile kaydedilir: bunu kim yaptı, ne zaman ve değişikliğin öncesi/sonrası. Herhangi bir müşteri veya denetçi incelemesi için kontrol panelinden JSON veya CSV olarak dışa aktarın, tek bir ajana yönelik olarak, böylece bir müşterinin kayıtları asla diğerinin kayıtlarını açığa çıkarmaz.
Kabul edilebilir kullanım politikası - her ajan için bağlayıcıdır
Her çalışma alanı, kayıt sırasında kabul edilebilir kullanım politikasını kabul eder: yaptırım kaçırma yok, kara para aklama yok, dolandırıcılık yok, açıkça yasadışı faaliyetlerde bulunan ajanslar yok. İhlaller, çalışma alanının askıya alınmasına neden olur. Politika kamuya açık bir şekilde sürümlenir; herhangi bir müşteri hukuki incelemesi için güncel ve tarihsel bir sürüm üreteceğiz.
Olay yanıtı - belgelenmiş çalışma kitabı
Güvenlik olaylarının kamuya açık bir çalışma kitabı vardır: keşif sonrası 24 saat içinde bildirim, 7 gün içinde kök neden analizi, 30 gün içinde ölüm sonrası inceleme. Çalışma kitabı, uyum incelemesi için talep üzerine mevcuttur. Yazma anında bildirilmesi gereken bir olayımız olmadı; eğer ve ne zaman olursa, çalışma kitabı sözleşmedir.
Her denetim kaydı girişinde ne vardır.
Denetim kaydı, müşterinizin denetçisinin görmek istediği belgedir. Her giriş, neyin değiştiğini ve kimin değiştirdiğini kaydeder; tüm kaydı JSON veya CSV formatında dışa aktarın, böylece bir müşteri veya denetçi inceleyebilir.
| Alan | Tür | Açıklama |
|---|---|---|
| Timestamp | time | İşlemin ne zaman gerçekleştiği, UTC cinsinden. |
| Agent | reference | İşlemin hangi ajanı etkilediği. |
| Actor | reference | İşlemi yapan insan, API key veya sistem. |
| Action | category | Ne oldu: bir ödeme, bir ayar değişikliği, bir seat değişikliği, bir key rotasyonu. |
| Outcome | status | İşlemin başarılı olup olmadığı veya reddedilip reddedilmediği. |
| Önce / sonra | snapshot | Bir değişikliğin öncesindeki ve sonrasındaki durum. |
Kontrol panelinden JSON veya CSV'ye, tek bir ajana veya tüm çalışma alanına filtrelenmiş olarak dışa aktarın. Denetim kaydı, İş planı özelliğidir; temel işlem geçmişi Pro'da mevcuttur.
Ajans çalışma alanı için iş, ajanlar için karışık planlar.
Web3 otomasyon ekipleri neredeyse her zaman en az bir İşletme ajanına (denetim kaydı + ekip koltukları için) ihtiyaç duyar. Birçok ekip, uyum gereksinimleri olan yüksek hacimli müşteri etkileşimleri için İşletme, denetim kayıtlarının sözleşmeli olarak gerekli olmadığı daha küçük müşteriler için Pro ve deneysel veya pasif ajanlar için Ücretsiz bir karışım yürütmektedir. Ajan başına fiyatlandırma, karışımın fazla ödeme yapmadan çalışmasını sağlar.
- Free: deneyler, yeniden etkinleştirebileceğiniz pasif ajanlar, potansiyel müşteri görüşmeleri için demo ajanlar.
- Pro ($29/agent/mo): sıkı compliance gereksinimleri olmayan aktif müşteri agent'ları.
- Business ($49/ajan/ay): denetim günlükleri ve ajan başına ekip koltukları ile ölçekli istemci ajanları. Üretim projeleri için varsayılan seçenek.
- Workspace koltukları: çoklu müşteri operatör görünürlüğü için koltuk ekleyin (/pricing'e bakın).