În această perioadă, monedele legate de AI sunt la ordinea zilei, iar narațiunea a devenit puțin estompată. Multe proiecte discută despre eficiența raționamentului, programarea capacităților de calcul, colaborarea agenților, dar în cele din urmă nu pot evita cercul închis de pe ecran: fluxul, emoția, stimulentele duc la creșterea prețului, iar apoi, prin stimulente suplimentare, se menține interesul. Fabric Foundation m-a făcut să mă opresc și să mă uit mai atent, deoarece își îndreaptă atenția către partea mai problematică și mai reală: atunci când agenții își dezvoltă membrele și încep să execute sarcini în realitate, cum sunt ei identificați, cum sunt autorizați, cum se face decontarea, și cum se urmărește responsabilitatea în caz de probleme. Aceasta nu este o întrebare romantică, dar determină dacă inteligența încorporată poate trece de la videoclipurile demonstrative la sistemele de producție. Nu cred că o singură propoziție poate explica viitorul, așa că prefer să privesc Fabric ca pe un set de ipoteze inginerești: sub presiune, poate să se converge? Nu își propune să fie un anumit robot, ci să permită robotului să obțină o identitate economică continuu disponibilă într-o rețea. Aici, identitatea nu este un avatar, nici o piele, ci un set de permisiuni și responsabilități. Trebuie să permiți unui braț mecanic să se conecteze la sistemul de depozit, trebuie să poată dovedi că provine din hardware de încredere, rulează software de încredere, a preluat sarcina cuiva și, după ce sarcina s-a terminat, poate să contabilizeze costurile și veniturile în mod clar. Lumea tradițională se bazează pe contracte, conturi de companie, rapoarte de audit pentru a realiza acest lucru, dar odată ce numărul roboților crește, viteza crește, procesele administrative umane vor deveni direct un obstacol. Fabric pariază pe acest pas: transformând lanțul într-un strat de coordonare, transformând colaborarea din "aprobat de oameni" în "recunoscut de reguli". Când vine vorba de "verificabil", prima reacție a multora este "înregistrări pe lanț". Dar problemele lumii fizice nu au fost niciodată dacă există sau nu jurnale, ci cine poate garanta că jurnalul nu minte. Informațiile lăsate de roboți în timpul executării sarcinilor provin adesea din surse mixte: video, traiectorii, date de control al forței, starea mediului, nu doar că există mult zgomot, dar este și ușor de ambalat. Fabric subliniază constant "munca verificată", iar eu consider că acesta este un loc mai rezervat, nu a promis să includă toate acțiunile în blocuri, ci mai degrabă face o compresie: comprimă comportamentele reale în comenzi de decontare, permițând revizuirea externă și oferind un punct de sprijin pentru disputele apărute. Judecata sa de valoare este de asemenea foarte clară: emisia de tokeni nu ar trebui să recompenseze persoanele care strigă cel mai tare, nici să recompenseze doar greutatea capitalului, ci să fie mai înclinate să se lege de contribuțiile verificate, explicând de ce sunt mai preocupat de logica sa de emisii, nu de fluctuațiile pe termen scurt. Sistemul său de emisii adaptive se aseamănă mai mult cu o supapă de "utilizare și ajustare": când rețeaua este rece, oferă stimulente pentru a crește oferta, când rețeaua este caldă, se strânge, evitând transformarea ecosistemului într-o simplă mină de exploatare. Multe proiecte DePIN preferă să folosească durata de utilizare online și numărul de hardware ca bază pentru recompense, simplu și brutal, atrăgător pe termen scurt, dar ușor de manipulat pe termen lung. Fabric încearcă să definească contribuția mai fin, completarea sarcinii, dezvoltarea abilităților, contribuția de date, muncă de verificare sunt incluse în aceeași structură, ceea ce va face stimulentele mai apropiate de fluxul de lucru real. Costul este de asemenea foarte clar: cu cât definiția este mai fină, cu atât verificarea este mai dificilă, cu atât disputele sunt mai multe, cu atât costurile de guvernanță sunt mai mari. Aici nu există soluții rapide, ci doar alegeri. Mulți oameni îi compară cu rețelele descentralizate ale AI-ului digital; această comparație ajută la înțelegere, dar poate fi, de asemenea, ușor de citit. Sarcinile digitale pot fi replicate, pot fi redate, costul de verificare este relativ controlat; lumea fizică este complet diferită, întârzierile, uzura, schimbările de mediu vor distruge modelul ideal. Confirmarea pe lanț în timp de secundă poate fi tolerată pentru apeluri API, dar este o catastrofă pentru roboții biped care coboară scările. Dacă Fabric vrea să facă economia robotizată să funcționeze, de fapt, trebuie să urmeze un model stratificat: deciziile care necesită răspunsuri în milisecunde rămân local, iar părțile care necesită audit și stimulente devin unități de decontare care pot fi verificate ulterior. Ideea de creier hibrid pe care o menționează este mai mult o cunoștință inginerească, responsabilă de reacții imediate, iar cloud-ul se ocupă de planificarea strategiilor, fiecare având rolul său, fără a forța totul pe lanț. Acest lucru aduce în mod natural un alt punct: de ce repetă că viitorul trebuie să meargă spre L1 dezvoltat intern. Mulți oameni devin reticenți când aud de crearea unui lanț, iar opinia mea este mai precaută. Dacă va trebui să suporte decontarea sarcinilor cu frecvență mare, verificarea complexă a contribuțiilor, precum și gestionarea identităților și drepturilor pentru dispozitive fizice, atunci un L2 generic, oricât de ieftin, rămâne doar o soluție temporară. Ar putea avea nevoie de un mediu de execuție mai bine adaptat sarcinii sale, chiar să descentralizeze o parte din verificare la margine, pentru a avea șanse să reducă costurile și întârzierile în intervalul utilizabil. A dezvolta intern nu înseamnă neapărat să fii mai măreț, dar înseamnă că trebuie să îți asumi responsabilitatea pentru propriul tău volum de muncă; dacă nu poți să îți duci sarcina, nu te mai pretinde că poți. Revenind la nivelul tokenilor, $ROBO se aseamănă mai mult cu o combinație de combustibil și drept de acces, nu cu un certificat de dividende pe acțiuni; acesta suportă costurile, guvernanța, stocarea, prioritizarea sarcinilor, având o structură relativ conformă și rece: ceea ce obții este puterea și dreptul de utilizare a rețelei, nu o parte din fluxul de numerar al roboților. Aceasta ajută la evitarea multor limite sensibile, dar, de asemenea, pune presiunea capturării valorii pe "volumul de utilizare". Creșterea rețelei de roboți va fi inevitabil mai lentă decât cea a software-ului pur; costurile de producție, sistemele de operare, lanțurile de aprovizionare și adaptarea la scenarii necesită timp. De aceea, dacă Fabric se bazează doar pe povestiri, este ușor să fie abandonat de piață ca o temă cu un ciclu prea lung. Trebuie să continue să livreze pietre de hotar verificabile pentru a merita timpul. Așadar, mă uit mai mult la o linie de dovezi pentru a vedea când se completează. Pe termen scurt, voi urmări câteva tipuri de semnale. Dacă sarcinile au avut loc sau nu, nu este vorba despre câte dispozitive au fost conectate, ci despre dacă pe lanț putem vedea fluxuri de sarcini mai apropiate de afaceri, frecvența, costul, rata de eșec, timpul de procesare a disputelor, aceste aspecte mai rigide. Dacă mecanismul de verificare a fost sau nu compromis este, de asemenea, esențial; orice sistem care leagă recompensele de contribuție va fi atacat, vrăjitoare, date falsificate de senzori, utilizarea simulatoarelor pentru a crea sarcini false vor fi inevitabile. Dacă Fabric poate să gestioneze eficient penalizările și disputele, chiar și dacă procesul este greu de privit, eu aș fi mai încrezător. Un alt punct care mă preocupă este uzura hardware-ului și disfuncționalitatea stimulentelor; roboții nu sunt plăci video, supraîncărcarea va deteriora, iar avariile reprezintă costuri reale. Dacă stimulentele încurajează sarcini fără a ține cont de costuri, ecosistemul va deveni o altă formă de exploatare hardware, iar în cele din urmă rata de avarii se va întoarce împotriva sa. Trebuie să ia în considerare uzura în stabilirea prețurilor și regulilor, cel puțin să nu pretindă că uzura nu există. Discutând despre asta, mulți oameni vor întreba dacă narațiunea roboților va prelua piața. Nu îmi place termenul „a prelua”. Schimbările reale au loc adesea după ce emoțiile s-au calmat; când toată lumea nu mai este în mod instinctual entuziasmată de cuvintele AI, atunci vor începe să critice dacă narațiunea atinge constrângerile reale. Fabric readuce problema în realitate, consider că a făcut măcar un lucru corect: a forțat cercul criptografic să se confrunte din nou cu o problemă pe care a evitat-o mult timp, dacă valoarea lanțului poate fi extinsă din jocurile financiare în sistemele de producție. Răspunsul nu se află în promovare, ci într-o mulțime de detalii inginerie plictisitoare, în recapitulările după eșecuri repetate, în momentul în care costurile de verificare sunt reduse. Acum, atitudinea mea față de Fabric este mai mult ca observarea unui experiment de sistem cu risc ridicat. Are șansa de a transforma colaborarea robotică din procese interne ale companiei în servicii de decontare în rețele deschise, dar poate fi, de asemenea, atacată de complexitatea verificării, pragurile hardware, incertitudinile de reglementare și soluțiile concurente, lăsând în urmă un cadru frumos, dar care nu poate funcționa. Îl voi include în lista mea de urmărire, folosind totodată indicatori mai stricți pentru a vedea dacă se întoarce de la un model bazat pe narațiune la unul bazat pe utilizare. Atâta timp cât sarcinile reale de pe lanț devin din ce în ce mai multe, iar disputele și frauda nu rup sistemul, această direcție merită continuată. Pe de altă parte, dacă interesul continuă să crească, dar sarcinile și verificările rămân la nivel conceptual, atunci orice poveste frumoasă va începe să se distorsioneze.

@Fabric Foundation $ROBO #ROBO