Jag tänkte lite på breakout-appar i den här cykeln, vad de har gemensamt och hur det relaterar till vad vi gör på SOCKET. Många av de framgångsrika apparna har nämligen förändrat spelet genom att bryta sig loss från det accepterade status quo och introducerat nya arkitekturer för att erbjuda nya primitiver eller bättre användarupplevelser. @hyperliquid - > ändrade mempool-designen för att prioritera annulleringar av order inom ett block - avgörande för att en orderbok på kedjan ska lyckas, få MM:er att tillhandahålla likviditet och undvika en flod av misslyckade TX:er @cowswap -> introducerade off-chain-auktion för att möjliggöra batchning av användar-txs, hitta COWs och möjliggöra solverkonkurrens @ethena -> utför bashandel på CEX:er till skillnad från föregångare som var begränsade till mycket mindre perp DEX:er - samtidigt som säkerheten behålls i kedjan Det är precis den framtid vi ser framför oss. SOCKET:s protokoll för kedjeabstraktion gör det möjligt för byggare att bygga appar som drar nytta av liknande nivåer av anpassning via sitt koncept AppGateway. AppGateways är en abstraktion på appnivå som ligger över alla kedjor – mellan användarna och kontrakten i kedjan. Med AppGateway kan appbyggare definiera all förkörningslogik för transaktioner innan de landar i kedjan. En användartransaktion träffar gatewayen, AppGateways kör sin logik och sedan körs en ström av transaktioner i kedjan. Vilket som helst av de 3 tidigare exemplen kunde byggas på SOCKET. Men där det verkligen lyser är om en appbyggare vill skriva en app som kör logik på flera kedjor. Med SOCKET kan de skriva sin app i normal soliditet som om den kördes på en enda kedja. Kontrakt i en kedja kan sömlöst komponeras med kontrakt i andra kedjor eller till och med med system utanför kedjan. Det är viktigt att de inte behöver skriva ultrakomplex spaghettikod för att hantera meddelanden över kedjan. Att be en appbyggare inom krypto att förstå meddelanden över kedjan är som att be en web2-utvecklare att hantera TCP/IP för att hantera transport och routing av datapaket som sänds ut av deras app. I dagens status quo före SOCKET måste en byggare som t.ex. vill läsa priset på en tillgång på 3 olika kedjor för att genomföra en handel där det är billigast, skriva ett kontrakt som skickar meddelanden till alla kedjor, hämta priserna, returnera meddelandena till ursprungskedjan och hantera meddelandeverifiering, kostnad och latens. Omöjligt att bygga en sömlös användarupplevelse med den nuvarande verktygsuppsättningen. Ur appbyggarens perspektiv kan du se på SOCKET som att ta hand om all orkestrering som krävs över kedjor för att lösa det som har definierats i AppGateway av en armé av aktörer utanför kedjan för att utföra dina användares åtgärder med modulär säkerhet i kedjan. I produktion just nu har vi: @BungeeExchange vår likviditetsmarknadsplats som gör >1 miljard dollar volym per månad är den första appen som bygger på SOCKET. BungeeGateway är den plats där användaravsikter och transaktioner bearbetas och matchas med lösare och utfyllare. @useenclave bygger ett "Universal Balance" as-a-Service-lager för att låta plånböcker abstrahera fragmenterade kedjesaldon och ersätta dem med ett fungibelt saldo som användare kan spendera på vilken kedja som helst, direkt. Här matchar EnclaveGateway användarorder med Paymasters. @rathfinance förvandlar DeFi-avkastning till en inbyggd funktion för plånböcker. Användarmedel dirigeras automatiskt till de bästa möjligheterna i alla kedjor utan några extra steg. projekt som @derivexyz @aevoxyz @KintoXYZ @reya_xyz etc. använder SOCKET för kedjeabstraherade insättningar i sin app. Men vi har bara börjat skrapa på ytan av vad som är möjligt att bygga med det här nya sättet att bygga appar. Det är bokstavligen dag 0 för kedjeabstraktion. Om du bygger något ambitiöst inom krypto idag - kontakta oss.