Pris för Arweave

När AWS går ner väntar halva internet: varför behöver vi Irys Den 20 oktober skrev jag kod när jag plötsligt insåg att Slack inte skulle öppnas. Uppdaterades flera gånger, men det var fortfarande en vit skärm. Jag trodde att det var ett nätverksproblem, men när jag bytte till Twitter upptäckte jag att hela världen skällde ut AWS. Återigen finns det ett problem i US-EAST-1-området. Ett datacenter, halva internet AWS-driftstopp är inte längre nyheter. Tjänsterna som påverkas den här gången inkluderar: Snapchat, Reddit, Fortnite, Venmo och till och med många blockkedjeprojekt. Under några timmar förlorade miljontals användare åtkomst och tiotals miljoner dollar gick förlorade. Orsak? DNS- och anslutningsfel i ett datacenter. Jag har alltid tyckt att det är ironiskt. Vi har pratat om "cloud computing", "distribuerade system" och "high-availability-arkitektur" i så många år, men i slutändan körs en tredjedel av världens internet på AWS. När US-EAST-1 lägger på väntar världen. Detta är inte distribuerat, det är en enda felpunkt. Hur kom vi till den här punkten? Sanningen att säga gör AWS ett bra jobb. Det är stabilt, billigt och kraftfullt, och det används av nästan alla nystartade företag. Men problemet är att när alla väljer samma alternativ blir själva optionen en risk. Jag har sett för många projekt som påstår sig vara "decentraliserade" men all data finns på AWS S3, frontend är värd på Cloudflare och API:et körs på AWS Lambda. Kallas detta decentralisering? När AWS går ner kan din "decentraliserade applikation" inte öppnas, precis som Snapchat. Irys svar: verkligt decentraliserad lagring Vad Irys gör är enkelt: flytta datalagring från en centraliserad tjänsteleverantör som AWS till ett decentraliserat nätverk. Istället för att bara distribuera data över flera servrar använder den Arweave för permanent lagring, sitt eget nätverk för datatillgänglighetslager och blockchain för verifiering och avveckling. Det finns ingen enskild felpunkt, ingen "US-EAST-1". Dessutom handlar Irys inte bara om förvaring. Den integrerar körningslagret, datatillgänglighetslagret och lagringslagret i ett enda protokoll. Utvecklare behöver inte sätta ihop de tre protokollen för Ethereum, Celestia och Arweave som Lego. Ett avtal, gör allt. Men är decentralisering verkligen ett alternativ till AWS? Ärligt talat är min inställning till denna fråga motsägelsefull. AWS-driftstopp är ett problem, men det finns ingen decentraliserad lösning som helt kan ersätta hastigheten, kostnaden och användarvänligheten hos AWS. Decentraliserad lagring är långsammare, dyrare och mer komplex. Men det är inte det som är poängen. Poängen är att för vissa applikationer är decentralisering inte ett alternativ utan en nödvändighet. Om du bygger en plattform för sociala medier vill du inte gå ner för att AWS är nere. Om du gör en NFT-marknadsplats vill du inte att dina bilder ska försvinna bara för att S3 hänger sig. Om du arbetar med en decentraliserad applikation vill du inte att dina data ska kontrolleras av AWS. I dessa scenarier är Irys inte ett "bättre val" utan det "enda alternativet". Ett sista ord Varje gång AWS går ner säger någon: "Vi behöver decentralisering!" Och efter några dagar gick alla tillbaka till att använda AWS. För att det är bekvämt. Men jag tror att en dag, när upplevelsen av decentraliserade lösningar är tillräckligt bra, kostnaden är tillräckligt låg och hastigheten är tillräckligt snabb, kommer folk att börja överväga detta alternativ på allvar. Vad Irys gör är att få den här dagen att komma tidigt. Inte på grund av idealism, utan på grund av praktiska behov. Nästa gång AWS går ner kommer applikationerna som använder Irys att fortsätta att köras. Och de som fortfarande är på AWS kommer att fortsätta vänta. Centralisering är bekvämt tills det är obekvämt. #KaitoYap @KaitoAI @irys_xyz #Yap @josh_benaron #Irys @Mira_Network

Vertikal integration av Irys: När "modularitet" blir en utvecklares mardröm För en tid sedan chattade jag med en vän som sysslar med Web3-utveckling, och han sa något som imponerade på mig: "Modulär blockkedja låter bra, men när den faktiskt är utvecklad är det som att styra en TV med fem fjärrkontroller." Modulärt ideal kontra verklighet Under de senaste åren har "modulär blockchain" varit en av de hetaste berättelserna i hela branschen. Logiken är enkel: bryt ner blockkedjan i ett exekveringslager, ett datatillgänglighetslager, ett konsensuslager och ett avvecklingslager, varje lager fokuserar på att göra sin egen grej och sätter sedan ihop det som Lego. Låter perfekt, eller hur? Men verkligheten är att om du verkligen ska bygga en lite mer komplex dApp – inte bara överföringar, utan att den måste bearbeta data, lagra filer, exekvera logik – kommer du att befinna dig i integrationshelvetet: Ethereum tar hand om utförandet och du betalar ETH- och gasavgifter Celestia eller EigenDA ansvarar för datatillgängligheten, och du lär dig en ny teknikstack med en ny token Arweave ansvarar för långsiktig lagring, en ny token och en ny uppsättning API:er Tre protokoll, tre tokens, tre uppsättningar dokument, tre gemenskaper. Jag har sett så många projekt att det tog månader bara att få dessa integrationer klara. Och varje lager är en ny riskpunkt - om det finns ett problem i någon länk kommer hela applikationen att hänga sig. Irys svar: vertikal integration Vad Irys gör är enkelt: kombinera dessa tre lager till ett protokoll. Datatillgänglighet, lagring, körning – allt är inbyggt integrerat. En token, en teknisk stack, ett gränssnitt. Det påminner mig om Apple. Hur såg smartphones ut före 2007? Du måste köpa en mobiltelefon, en MP3-spelare, en kamera och en GPS. Varje enhet har sin egen laddare, sitt eget operativsystem, sin egen inlärningskurva. Sedan tog Jobs fram sin iPhone och sa: "Vi har allt i en enhet." Alla sa att han var galen. "Professionella kameratillverkare gör bättre ifrån sig!" "MP3-spelare ska stå för sig själva!" "Detta strider mot principen om modulär design!" Men användarna bryr sig inte om principer, användarna bryr sig om upplevelsen. Det verkliga värdet av vertikal integration Många tror att vertikal integration bara är "bekvämlighet", men i själva verket är dess värde mycket mer än så. För det första minskar det den kognitiva belastningen. Utvecklare behöver inte vara experter på fem protokoll, de behöver bara lära sig ett. Detta innebär snabbare utveckling, färre buggar och lägre inlärningskostnader. För det andra eliminerar det integrationsrisker. När alla komponenter körs inbyggt inom ett protokoll behöver du inte oroa dig för att tvärkedjebroar hackas, tokenprisfluktuationer eller plötsliga uppgraderingar av ett lager som leder till inkompatibilitet. För det tredje gör det innovation möjlig. När du inte lägger 80 % av din tid på integrationer har du mer tid att göra det som verkligen betyder något – att bygga användarupplevelsen och lösa verkliga problem. Men det är inte utan ett pris Ärligt talat är min inställning till vertikal integration motsägelsefull. Det fungerar bättre, men det innebär också färre alternativ. Du är låst till ett ekosystem, och om en design i Irys inte uppfyller dina behov kan du inte byta ut ett av lagren. Det är en tidlös avvägning mellan öppenhet och användarvänlighet. Android är mer öppet än iPhone, men iPhone är bättre att använda. Linux är mer flexibelt än macOS, men macOS är smidigare. Modulära blockkedjor är mer decentraliserade än Irys, men Irys är mer praktiska. Det finns inga perfekta svar, bara olika alternativ. Ett sista ord Jag har alltid tyckt att teknikens utveckling inte är linjär, utan pendelliknande. Först integrerad (Bitcoin, Ethereum), sedan modulär (Celestia, EigenDA) och nu tillbaka till vertikal integration (Irys). Det går inte bakåt, det går i en spiral. Med varje swing omprövar vi samma fråga på en högre nivå: hur hittar vi en balans mellan decentralisering, säkerhet och användarvänlighet? Svaret på Irys är: gör det tillgängligt för utvecklare först och prata sedan om andra saker. Om detta svar är rätt eller inte får tiden utvisa. Men det löser åtminstone ett verkligt problem. Ibland är den bästa arkitekturen inte den mest perfekta, utan den mest praktiska. #KaitoYap @KaitoAI @irys_xyz #Yap @josh_benaron #Irys @Mira_Network

Irys: Förvandla data från statisk lagring till körbara tillgångar! Jag har nyligen läst om @irys_xyz material flera gånger, och ju mer jag tittar på det, desto mer känner jag att fokus inte ligger på att behålla dem under lång tid, utan på att göra data levande. Tidigare, när vi pratade om data on-chain, handlade det mer om arkiveringstänkande, och det var över när filer kastades till Arweave eller IPFS. Men #Irys logik är helt annorlunda gör den att data inte bara kan lagras, utan också köras, anropas och till och med vara direkt involverad i logiken. Med andra ord går data från en statisk resurs till en programmerbar tillgång. Detta innebär att AI-agenter direkt kan läsa och skriva data, smarta kontrakt kan automatiskt exekvera upphovsrättslogik och spel och sociala applikationer kan köra tillstånd och regler samtidigt i samma kedja. När det gäller prestanda och kostnad är @cn_irys_xyz mer som att skriva om regler. Permanent lagring är mer än tio gånger billigare än Arweave och flera storleksordningar lägre än Ethereum; Testnätet kan också köra 100 000 TPS. Detta har gjort att begreppet data som en tillgång har gått från att vara ett ideal till att bli verklighet. Det jag värdesätter mer är det arkitektoniska tänkandet, som kopplar samman datalagret med exekveringslagret. Utan behov av ytterligare orakel eller språkändringar kan utvecklare bygga komplex logik direkt i EVM-miljön med hjälp av Solidity. Denna smidiga upplevelse tar nästan Web3 tillbaka till ren kreativitet. Enligt min mening är Irys inte längre ett enkelt lagringsspår, det är mer som en datamotor för nästa generations AI och autonoma applikationer. Eftersom fler och fler projekt förlitar sig på högkvalitativa, körbara data på kedjan i framtiden, kommer Irys sannolikt att vara den tysta men kritiska underliggande kuggen. @josh_benaron @KaitoAI #KaitoYap #Yap