tycker att detta är spot-on. Alltför många fastnade i distributionsdelen men missade den "nya primitiva" delen kring hur man kan minska tiden för integration och överväga en värld där autentisering kan skjutas till det sista steget, snarare än det första steget

Hej @hosseeb, grundare av Dialect here, teamet som lanserade blinks tillsammans med @solana. Glad att höra att blinkningar fortfarande finns i ditt sinne, och att du var hausse på idén. Ville ta lite tid att ge ett genomtänkt svar på varför blinkningar inte tog fart, varför den virala lanseringen förra sommaren var lika mycket en förbannelse som det var en välsignelse, och varför vi trots det fortfarande arbetar mycket aktivt med dem. 👇 Jag ska bara säga det: det fanns ingen värld där blinkningar när de lanserades, som Chrome Extension Injection Tricks i Twitter, någonsin skulle fungera. Och det var aldrig vår strategi. Den största missuppfattningen var att blinkningar * är * förlängningstaktiken. Det är de inte. Den taktiken var något vi lade till bara några veckor innan lanseringen, och den kommer med en hel del problem. Brist på mobilsupport är bara en av många jag kan nämna. Vi lärde oss mycket snabbt från data förra sommaren att 99%+ av alla interaktioner med blinkningar inte skedde på Twitter via detta tilläggstrick på grund av dessa problem, utan istället människor som använde dem på webbplatser och i appar där de var inbyggda. Jag kan också dela lite statistik med dig: 100-tals miljoner visningar, 10-tals miljoner transaktioner. Men de imponerar inte på mig och de borde inte imponera på dig. Ja, vi arbetar fortfarande mycket aktivt med blinkningar. (Breaking: startupen arbetar med en icke-konsensussatsning.) Men för att lösa helt andra problem, mer som de vi ursprungligen ville lösa. Låt mig förklara. Blinkningar är API:er för transaktioner – bokstavligen URL:er för blockkedjan, även kallade "blockkedjelänkar" – som gör det möjligt för utvecklare att integrera åtgärder i sina appar flera storleksordningar snabbare. Mindre sexigt, mycket mer användbart. T.ex. arbetar vi med ett antal mobila plånböcker för att hjälpa dem att bli superappar. Använd blinkningar för att få snabba insättnings-/uttagsåtgärder till alla dina DeFi-positioner utan omdirigeringar. Något som skulle ta mycket tid för ett plånboksteam att slipa fram själva. Med blinkningar kan det göras på en bråkdel av tiden. Vi använder också blinkningar för att få 1-klicks, utan rediekt CTA:er till vår varningsstack, som används av team som Jupiter. Fyll på dina säkerheter, undvik likvidation, ta vinster. Direkt från anmälan. Eller så kan AI-agenter använda blinkningar som en standardtransaktionsbackend för att integrera fler funktioner snabbare. Dessa är bara 3 ytor. Det finns så många fler. Blockchain-länkar som jag ser dem är en kritisk, saknad del för att leverera på löftet om komponerbarhet i krypto. De är den 4:e delen tillsammans med delat tillstånd (blockchain), delat handlingsspråk (tx) och delad autentisering (plånboken): de är API:erna för att göra integrationer och komponerbarhet faktiskt byggbara. Blinkningar är en oundviklig teknik, en som Twitter och alla andra stora plattformar bör integrera, utan några förlängningstricks. Men det är en mycket längre väg. För tillfället fokuserar vi på att lösa verkliga problem för de team som förstår det och blir inköpta i vårt uppdrag.

Krypto SaaS ≠ Web2 SaaS Det här är överlägset min favoritsak med produktdesign inom krypto. Titta tillräckligt noga på alla tjänster du bygger, och vilka web2-analogier du tror att du kan resonera från början till slut, vilket tvingar dig att tänka, och designa, från första principer. Ja, vår varningsstack sparar tid och pengar åt dig precis som alla bra SaaS-system (se qt). Men vi utökar det på 3 kryptonativa sätt som förvandlar det till något helt annat. Rullar ut en av dessa just nu med några tidiga designpartners. DM mig om du vill ha tillgång 📥

Det finns två typer av utvecklare: 1. De som tycker att det är enkelt att bygga larm 2. De som faktiskt har byggt varningar Det är mycket mer komplicerat än du tror. Gör dina användare en tjänst. Använd vår varningsstack och spendera all din utvecklingstid på att skicka bra, användbara varningar till dina användare

Anslöt nyligen till ett team om vår aviseringsstack. Kom till dem lite för sent, de var redan nästan klara med ett eget bygge. När samtalet avslutades pratade vi om hur mycket tid de kunde ha sparat om de hade känt till vår aviseringsstack. De kan fortfarande byta in oss istället. Jag kommer att fortsätta säga det: varningar är inte en trivial sak att bygga. Användarprenumerationer, ämnes- och kanalhantering, sidnumrerade API:er för en inkorg i appen, olästa emblem och lässtatusar, CTA:er och analyser. Paketerade push-meddelanden från Firebase (ja, vi buntar push-meddelanden). Och det har inget med leverans att göra. Vill du nå en stor användarbas mycket snabbt? Det kräver en sofistikerad infrastruktur för leverans och köer. Vi driver varningar för @jup_mobile, den snabbaste mobilappen inom krypto (@weremeow sa jag det rätt). Vi har hanterat 100-tals miljoner förfrågningar åt dem, inklusive alla deras Firebase-push-meddelanden, utan att hoppa över ett slag. Vi kan hantera din användarbas. Vill du lägga till stöd för e-post, text, telegram? Var och en av dessa är en ny kanalintegration och uppsättning konfigurations-API:er för användarpreferenser. Och det är bara varningarna rörmokeri. Du har fortfarande inte några *faktiskt bra* aviseringar, som i sig tar tid att bygga. Och om du klantar till det kommer du att tappa massor av användare, som kommer att avsluta prenumerationen och stänga av push-meddelanden för din app, och nu har du förlorat ett av dina mest värdefulla engagemangsverktyg. Allt ovanstående är 100 % standardkod, det är inte det som gör ditt företag fantastiskt. Om du använder vår varningsstack, är du klar med infraen på en bråkdel av tiden, och kan sedan fokusera all din uppmärksamhet på att skicka * bra * varningar: personliga, snabba varningar från din backend i 1 rad kod, eller till och med låta dina tillväxt- och marknadsföringsteam använda vår instrumentpanel för att skicka produktuppdateringar och företagsmeddelanden. Och det sista körsbäret på toppen: vår varningsstack är byggd från grunden för krypto, du får räckvidd på ett nytt nytt sätt med vår Universal Inbox 📥 , som är live idag i @jup_mobile som Radar. Team som @jito_sol och @sanctumso använder den universella inkorgen som en ny kommunikationskanal tillsammans med Twitter, e-post och annat. Med andra ord: vår universella inkorg liknar mer SMTP än bara web2-varningar SaaS. Med vår stack kommunicerar du med en användares *plånbok*, och den följer dem vart de än går. Allvarligt. Välj livet. Använd bara vår varningsstack. Våra dokument har fått en enorm uppfräschning och är galet lätta att läsa (s/o @bjoerndotsol), eller DM:a mig om du behöver hjälp med att komma igång. 📥☀️

Dialect-ingenjörsteamet gjorde en del *seriöst* prestandaarbete inför lanseringen av vår varningsstack med @JupiterExchange. @jup_mobile är en av de snabbaste apparna inom krypto, och deras varningar borde också vara det. Det fanns * noll * chans att vi skulle skicka något till dem som inte absolut hummar. Lite systemdesign och statistik: – Vår varningsstack kan hantera norr om 1 miljon DAU, över våra API:er för att både skicka varningar på serversidan och hantera ett inkorgsflöde och användarprenumerationsinställningar från klienten. – Många tidskänsliga aviseringar måste nå användarna snabbt. Vi har ett "burst-läge" som kan stödja storleksordningar högre användning i upp till dussintals minuter åt gången. – En prioritetskö hanterar olika typer av leveranspipelines. T.ex. varningar med hög prioritet för saker som limitorder eller likvidationsvarningar som behöver snabb leverans, och lägre prioritet för sändningsvarningar som företagsmeddelanden, som kan levereras till användare över längre tidslinjer. – Resultatet: vi har hanterat hundratals miljoner API-förfrågningar i vår varningsstack bara under de senaste veckorna, allt utan problem. Jag är vansinnigt stolt över det arbete @tsmbl_dev och vårt ingenjörsteam gjorde för att leverera till Jupiter, och vi har bandbredd för mycket mer. Om du har en sprucken produkt och behöver spruckna varningar infra, DM mig. 📥

Den stora majoriteten av spotvolymen och likviditeten kommer att aggregeras till ett fåtal monolitiska L1:er @Grayscale:s nya rapport om DEX visar att @RaydiumProtocol, branschledaren, endast används på @solana, jämfört med Uniswap som finns på 28 kedjor

Vi presenterar BAM: Marknadsplatsen för blockmontering som revolutionerar hur Solana behandlar transaktioner. Privat. Genomskinlig. Bevisbar. Så här vinner ⬇️ Solana

Realms v2 är live. Nästa kapitel för onchain-styrning på Solana. Byggd för nästa våg av DAO:er. Snabbare. Skarpare. Din.

Solana fam: vi har börjat planera för Breakpoint 2025. Breakpoint 2025 fokuserar på två teman: Intäkter och Avkastning. Ingen fåfänga. Vi sätter mikrofonen i händerna på teamen som skriver ut intäkter eller levererar alfa. Grundare, investerare och ingenjörer som hjälper dem att vinna. Skyttegravarna och institutionerna förenas båda av den kaosmotor som är internets kapitalmarknader – vilket ger oss en generationsmöjlighet att återuppfinna kapitalmarknaderna. I år presenterar vi dem alla på scenen. Paneler är fortfarande förbjudna. Förvänta dig produktpresentationer, debatter mellan lag, intervjuer i reaktionsstil och samtal vid brasan mellan kollegor på arenan. Allt går åt skogen i Abu Dhabi – huvudstaden. Breakpoint är tillsammans med Abu Dhabi Finance Week och Formel 1. Alla som är någon inom teknik och finans kommer att vara där. Om du bygger produkt- eller supportteam på Solana vill du vara där. Boka dina biljetter! Vill du prata? Ansök nu. eller harange @calilyliu i hennes DMs på egen risk. Länk nedan 🔽