Delphi Digital: Ödemelerden Sonra Ajan Ekonomisinin Bir Sonraki Cephesi: Görev Piyasaları

Yazar: Delphi

Derleyen: AididiaoJP, Foresight News

Ajan ekonomisi iki yıldır tartışılıyor ve ödeme aşaması ilk olarak hayata geçti. Stripe, ajanların satıcılara ödeme yapmasını sağlıyor; Coinbase'in x402'si stablecoin ödeme kanalı sunuyor ve kullanım başına veri ile çıkarım hizmetleri satın alınabiliyor. Ancak görev "bir API'yi (Uygulama Programlama Arayüzü) bir kez çağırmanın" ötesine geçtiğinde sorun değişiyor: Ajan bunu bağımsız olarak tamamlayamıyor, bazı adımları dışarıya yaptırması ve karşı tarafın üzerinde anlaşılan işi gerçekten yaptığını doğrulaması gerekiyor.

Delphi'nin bu makalesi tam olarak bu aşamaya odaklanıyor. Görev piyasası başka bir ödeme protokolü değil; ajanların tamamlayamadıkları kısımları dışarıya yaptırmasını sağlıyor: önce teslimatları netleştir, sonra uygulamaya başla ve sonuç kabul edildikten sonra ödemeyi serbest bırak. Devir teslim güvenilirse görev ilerlemeye devam edebilir; kullanıcıyı proje yöneticisi yapıp tedarikçilerle tek tek iletişim kurmasına gerek kalmaz.

Girdi Satın Almak ile Sonuç Satın Almak Aynı Şey Değildir

Ev sahibi kiracı seçerken, ajan mevcut bir hizmet sağlayıcıdan kredi ve tahliye kayıtlarını çekebilir. Karşı taraf standart materyalleri döndürür ve ev sahibi buna göre karar verir. Burada satın alınan şey karar girdisidir; görevin son noktası hâlâ ev sahibinin elindedir.

Emlak vergisi itirazı ise farklıdır. Ajan çevredeki satışları karşılaştırıp değerlemenin muhtemelen yüksek olduğunu tespit edebilir, ancak bu tespit vergi dekontunu otomatik olarak değiştirmez. Gerçekten ilerlemek için genellikle ilçe süreçlerini bilen birini bulup belgeleri sunması ve itiraz duruşmasına katılması gerekir. Görev piyasası, ajanın bu kişiyi bulmasına ve çalışma yöntemi ile ödeme koşullarını önceden netleştirmesine yardımcı olmalıdır.

İlki mevcut kullanım başına ödemeye yakındır: fiyat nettir, teslimatlar standarttır ve doğrulama neredeyse otomatiktir. İkincisinde satın alınan şey sonuçlandırılmış bir iştir. Belgelerin sunulması davanın hazır olduğu anlamına gelmez; alındı belgesi de yeterlilik anlamına gelmez. Ödeme koşulları, "karşı tarafın yaptığını iddia ettiği şeye" değil, "doğrulanabilir sonuca" bağlanmalıdır.

Bu aynı zamanda görev piyasası ile sıradan API piyasası arasındaki sınırdır: API piyasası çağrı satar; görev piyasası onaylanmış tamamlanma birimleri satar.

Görev Tanımı Net Değilse Piyasa İşleyemez

Görev piyasasına girebilecek görevler net tanımlanmalıdır. Her iki taraf da fonların hangi sonuca bağlı olduğunu bilmelidir. Bir uzman, son derece düşük kaliteli bir itiraz materyali sunup yanına bir alındı belgesi ekleyebilir. Alıcı "nitelikli bir materyal" için ödeme yapıyorsa, ödeme serbest bırakılmadan önce materyali inceleyecek biri olmalıdır.

Kimin inceleyeceği ve taraflardan herhangi birinin inceleme sonucuna nasıl itiraz edebileceği en iyisi siparişe önceden yazılmalıdır. Böylece alıcı düşük kaliteli teslimattan korkmaz, işi alan taraf da haksız ödeme reddinden korkmaz. Bu katman olmadan piyasa iki olumsuz duruma düşer: ya alıcı keyfi olarak ödemeyi reddeder ve profesyonel arz girmek istemez ya da yüzeysel sonuçlar sunarak para alınır ve alıcı bir dahaki sefere sipariş vermeye cesaret edemez.

Çok küçük görevler maliyet etkin değildir. İnceleme ve uyuşmazlık çözüm maliyetleri, dış kaynak kullanımından tasarruf edilen maliyetten yüksekse insanlar işi kendileri yapmaya geri döner veya yalnızca standart arayüzleri kullanmaya devam eder. Bu nedenle erken dönemde, tek seferlik belirsiz görevler yerine sınırları net, tekrarlanabilir ve doğrulanabilir görevlerde ortaya çıkması daha olasıdır.

İşletmeler erken dönem alıcıları olarak daha uygundur. Zaten görevleri birden fazla tedarikçi arasında bölüyorlar ve iç süreçleri ile karşılaştırma standartları mevcut. Ajan, şirket içinde görevleri hazırlayıp dışarıya yaptırılması gereken adımları gönderebilir ve geri gelen sonuçları mevcut süreçlerle karşılaştırabilir. Görevler tekrar ederse, işi alan taraf da belirli görev türleri için tamamlama kayıtları biriktirebilir. İtibar bir kez biriktirilebilir hale geldiğinde, bir sonraki eşleşmede güveni sıfırdan inşa etmek gerekmez.

Bireysel kullanıcılar kullanamaz değil, ancak erken dönemde daha çok örnek teşkil eder. İşletmelerin bütçesi, tekrar satın alımı ve iç doğrulama alışkanlıkları vardır; piyasanın soğuk başlangıcı için gereken sipariş yoğunluğuna daha yakındırlar.

Ödeme Yalnızca Para Transferini Çözer, İşe Alma Hâlâ Doğrulamadan Yoksundur

Parayı göndermek ile bir görevi dış kaynak kullanımıyla yaptırmak arasında emanet, teslimat, doğrulama ve itiraz vardır. Stripe ve x402 ön yarıyı kapsar. Ajan yine de itiraz başvurusunu yapacak ve mülk sahibini temsil edecek birini bulmalıdır. Doğrulama olmadan, ödeme ne kadar kolay olursa hatalı siparişler o kadar hızlı işlem görür.

Mevcut ürünler zaten bu yapıya göre tasarlanmıştır.

Daydreams'in TaskMarket'i (Görev Piyasası) alıcının sipariş vermesi ve ajanın görevi kabul etmesiyle çalışır. Alıcı önce fonu yatırır; işçinin doğrudan talep etmesine izin verebilir veya önce teklifleri görüp kişiyi seçebilir. Fon emanette tutulur ve teslim edilen sonuç kabul edildikten sonra serbest bırakılır.

Virtuals'ın Ajan Ticaret Protokolü'nde, görevlendiren ajan ile işi alan ajan görevi müzakere eder, fon emanete girer ve teslimat onaylandıktan sonra serbest bırakılır. Ayrıca, sonucun önceden kararlaştırılana uygun olup olmadığını kontrol etmek için harici değerlendiriciler eklenebilir. NEAR (blok zinciri platformu) tarafında da görevler, bütçeler, teklif verme ve doğrulama tek bir sürece entegre ediliyor; yön aynı şekilde "tamamlanan görev için fiyatlandırma"dır, yalnızca tek bir çağrı için fiyatlandırma değil.

Birkaç yaklaşım tamamen aynı değildir, ancak temel yapı benzerdir: sipariş verme, eşleştirme, emanet, teslim, doğrulama, ödeme serbest bırakma. Doğrulama olmadan emanet yalnızca gecikmiş bir transferdir; doğrulama ile emanet sonuç üzerinde bir kısıt haline gelir.

Bazıları doğrulama belgesini daha ayrıntılı hazırlar: görevlendirme içeriği, işi alan taraf, fiyat, doğrulayıcı, teslimatlar, itiraz penceresi ve iade durumu açıkça yazılmalıdır. Belge ne kadar eksiksiz olursa, ajanlar kullanıcıyı yeniden koordinatöre dönüştürmeden devir teslim yapabilir.

Bir Adım Daha Fazla, Hata Büyür

Görev piyasası yalnızca dış kaynak kullanımı kulağa havalı geldiği için önerilmiyor; çok adımlı süreçler hatayı büyüttüğü için öneriliyor. On adımlık bir görevde her adımın başarı oranı %95 ise, tümünün hatasız tamamlanma olasılığı yalnızca yaklaşık %60'tır. Doğrulanmamış her ek devir teslim, önceki hatayı bir sonraki aşamaya taşır.

Bu nedenle piyasa, devir noktalarında kontrol mekanizmaları oluşturmalıdır: bu aşama geçilirse bir sonraki aşama satın alınır. Hata o adımda durur; en sona kadar yuvarlanıp tüm siparişin geçersiz olduğu keşfedilmez. Bu özellikle ajanlar için geçerlidir. Şirket çalışanı gibi değildir; bir sorun çıktığında toplantı yapıp hesap soramazsınız. Önceden yazılmış doğrulama koşullarına ve ödeme serbest bırakma kurallarına ihtiyaç duyar.

Bu aynı zamanda mevcut ajan işlemlerinin neden çoğunlukla kripto odaklı ve basit hizmetlerde kaldığını açıklar: görevler kısa, sonuçlar kolay doğrulanır ve uyuşmazlıklar azdır. Asıl fark yaratan şey, birden fazla tedarikçiyi daha uzun iş akışlarına bağlamak ve her adımda kalite kontrolü yapmaktır.

Şu Anda Görülen İskelettir, Ölçek Değil

Görev piyasasının yapması gereken şey çok nettir: ajanların bazı görevleri dışarıya yaptırmasını, sonuç onaylandıktan sonra ödeme yapılmasını ve böylece daha fazla görevin gerçekten tamamlanmasını sağlamak. Ödeme katmanı zaten mevcuttur. Eksik olanlar doğrulanabilir tamamlanma birimleri, maliyeti kabul edilebilir doğrulama ve yeterince yoğun tekrarlanan siparişlerdir.

Şirket içi süreçlerin dışa doğru genişlemesi ilk ciddi talep dalgası olacaktır. Bireysel taraftaki karmaşık görevlendirmeler için doğrulama maliyetlerinin ve uyuşmazlık çözümünün önce düşmesini beklemek gerekir. O zamana kadar, daha çok dikkat edilmesi gereken başka bir ödeme protokolü değil, üç şeyin aynı anda ortaya çıkıp çıkmadığıdır: görevler doğrulanabilir belgelere yazılabiliyor mu, emanet onaydan önce fonu tutabiliyor mu ve işi alan taraf biriktirilebilir tamamlama kayıtlarına sahip mi?

Bu üçü bir araya geldiğinde, ajanlar görevleri yarıda bırakıp kullanıcıyı proje yöneticisi olarak geri çağırmak yerine tamamlayabilir.