Hey @hosseeb, oprichter van Dialect hier, het team dat blinks samen met @solana heeft gelanceerd. Fijn om te horen dat blinks nog steeds in je gedachten zijn, en dat je positief was over het idee. Ik wilde even de tijd nemen om een doordacht antwoord te geven op waarom blinks niet van de grond zijn gekomen, waarom de virale lancering afgelopen zomer zowel een vloek als een zegen was, en waarom we ondanks dat nog steeds heel actief aan hen werken. 👇 Ik ga het gewoon zeggen: er was geen wereld waarin blinks, zoals ze gelanceerd zijn, als chrome-extensie-injectietrucs in Twitter, ooit zouden werken. En dat was nooit onze strategie. De grootste misvatting was dat blinks *de* extensietactiek zijn. Dat zijn ze niet. Die tactiek hebben we pas een paar weken voor de lancering toegevoegd, en het komt met een heleboel problemen. Een gebrek aan mobiele ondersteuning is slechts één van de vele die ik kan noemen. We hebben afgelopen zomer heel snel uit de data geleerd dat 99%+ van alle interacties met blinks niet op Twitter via deze extensietruuk plaatsvonden vanwege die problemen, maar in plaats daarvan mensen ze gebruikten op sites en in apps waar ze op een native manier geïntegreerd waren. Ik kan ook wat statistieken met je delen: honderden miljoenen weergaven, tientallen miljoenen transacties. Maar ze imponeren me niet en ze zouden jou ook niet moeten imponeren. Ja, we werken nog steeds heel actief aan blinks. (Breaking: startup werkt aan een niet-consensus weddenschap.) Maar om heel andere problemen op te lossen, meer zoals de problemen die we oorspronkelijk wilden oplossen. Laat me het uitleggen. Blinks zijn API's voor transacties—letterlijk URL's voor de blockchain, a.k.a. "blockchain links"—die ontwikkelaars in staat stellen om acties veel sneller in hun apps te integreren. Minder sexy, veel nuttiger. Bijvoorbeeld, we werken met een aantal mobiele wallets om hen te helpen super apps te worden. Gebruik blinks om snelle stortings-/opname-acties naar al je DeFi-posities te brengen zonder omleidingen. Iets dat veel tijd zou kosten voor een wallet-team om zelf uit te werken. Met blinks kan het in een fractie van de tijd worden gedaan. We gebruiken blinks ook om 1-klik, geen-omleiding CTA's naar onze Alerts Stack te brengen, gebruikt door teams zoals Jupiter. Vul je onderpand aan, voorkom liquidatie, neem winst. Recht vanuit de notificatie. Of AI-agenten kunnen blinks gebruiken als een standaard transactiebasis om sneller meer mogelijkheden te integreren. Dit zijn slechts 3 oppervlakken. Er zijn er zoveel meer. Blockchain links zoals ik ze zie zijn een cruciaal, ontbrekend stuk om de belofte van composability in crypto waar te maken. Ze zijn het 4e stuk naast gedeelde staat (de blockchain), gedeelde actietaal (de tx), en gedeelde autorisatie (de wallet): ze zijn de API's om integraties en composability daadwerkelijk bouwbaar te maken. Blinks zijn een onvermijdelijke technologie, eentje die Twitter en elk ander groot platform native zou moeten integreren, zonder extensietrucs. Maar dat is een veel langere weg. Voor nu zijn we gefocust op het oplossen van echte problemen voor de teams die het begrijpen en betrokken zijn bij onze missie.

Seems like the consensus answer is that Blinks failed to take off. Why? I was bullish on the concept. What's the post-mortem here?

Onlangs contact gehad met een team over onze alerts stack. Ik kwam net iets te laat bij hen, ze waren al bijna klaar met een in-house build van hun eigen systeem. Tegen de tijd dat het gesprek eindigde, spraken we over hoeveel tijd ze hadden kunnen besparen als ze eerder over onze alerts stack hadden geweten. Misschien ruilen ze ons alsnog in. Ik blijf het zeggen: alerts zijn geen triviale zaak om te bouwen. Gebruikersabonnementen, onderwerp- en kanaalbeheer, gepagineerde API's voor een in-app inbox, ongelezen badges en leesstatussen, CTA's en analytics. Gecombineerde pushmeldingen van Firebase (ja, we bundelen pushmeldingen). En dat heeft niets te maken met levering. Wil je een grote gebruikersbasis heel snel bereiken? Dat vereist een geavanceerde leverings- en wachtrij-infrastructuur. Wij verzorgen alerts voor @jup_mobile, de snelste mobiele app in crypto (@weremeow heb ik dat goed gezegd). We hebben honderden miljoenen verzoeken voor hen afgehandeld, inclusief al hun Firebase pushmeldingen, zonder een beat te missen. We kunnen jouw gebruikersbasis aan. Wil je e-mail, sms, telegram ondersteuning toevoegen? Elk van die kanalen is een nieuwe kanaalintegratie en set configuratie-API's voor gebruikersvoorkeuren. En dat is nog maar de alerts infrastructuur. Je hebt nog steeds geen *echt goede* alerts, die zelf ook tijd kosten om te bouwen. En als je dat verprutst, verlies je een hoop gebruikers, die zich zullen afmelden en de pushmeldingen voor je app zullen uitschakelen, en nu heb je een van je meest waardevolle engagementtools verloren. Al het bovenstaande is 100% boilerplate code die niet is wat jouw bedrijf geweldig maakt. Als je onze alerts stack gebruikt, ben je in een fractie van de tijd klaar met de infrastructuur, en kun je al je aandacht richten op het verzenden van *geweldige* alerts: gepersonaliseerde, tijdige alerts vanuit je backend in 1 regel code, of zelfs je groei- en marketingteams onze dashboard laten gebruiken om productupdates en bedrijfsmededelingen te verzenden. En de laatste kers op de taart: onze alerts stack is vanaf de grond opgebouwd voor crypto, je krijgt bereik op een nieuwe manier met onze Universele Inbox 📥, die vandaag live is in @jup_mobile als Radar. Teams zoals @jito_sol en @sanctumso gebruiken de Universele Inbox als een nieuw communicatiekanaal naast Twitter, e-mail en anderen. Met andere woorden: onze Universele Inbox is meer zoals SMTP dan alleen web2 alerts SaaS. Met onze stack communiceer je met de *wallet* van een gebruiker, en het volgt hen overal waar ze gaan. Serieus. Kies voor het leven. Gebruik gewoon onze alerts stack. Onze documentatie heeft een enorme opknapbeurt gehad en is ontzettend gemakkelijk te lezen (s/o @bjoerndotsol), of DM me als je hulp nodig hebt bij het opzetten.