Het niveau van opwinding door de BAM-aankondiging van vorige week is absoluut insane 💥 We hebben >200 aanvragen ontvangen van apps, validators, instellingen en zelfs apps van andere ketens(!) die unieke functies in BAM willen bouwen om functies te ontgrendelen die alleen mogelijk zijn op Solana.

denk dat dit helemaal klopt. te veel mensen zijn vastgelopen op het distributiegedeelte, maar hebben het "nieuwe primitief" gedeelte gemist over hoe de tijd voor integratie kan worden verminderd en een wereld overwegen waarin authenticatie naar de laatste stap kan worden verschoven, in plaats van de eerste stap.

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.

Crypto SaaS ≠ Web2 SaaS Dit is tot nu toe mijn favoriete aspect van productontwerp in crypto. Kijk goed genoeg naar elke service die je bouwt, en welke web2-analogieën je ook denkt te kunnen redeneren om te ontleden, dwingt je om te denken en te ontwerpen vanuit de basisprincipes. Ja, onze meldingenstapel bespaart je tijd en geld zoals elke goede SaaS (zie qt). Maar we breiden het uit op 3 crypto-native manieren die het in iets heel anders veranderen. We rollen er momenteel een van uit met enkele vroege ontwerppartners. Stuur me een DM als je toegang wilt 📥

Er zijn twee soorten ontwikkelaars: 1. Degenen die denken dat het bouwen van meldingen eenvoudig is 2. Degenen die daadwerkelijk meldingen hebben gebouwd Het is veel ingewikkelder dan je denkt. Doe je gebruikers een plezier. Gebruik onze meldingenstack en besteed al je engineeringtijd aan het versturen van geweldige, nuttige meldingen naar je gebruikers.

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.

Het Dialect engineeringteam heeft serieus prestatiewerk verricht in de aanloop naar de lancering van onze alerts stack met @JupiterExchange. @jup_mobile is een van de snelste apps in crypto, en hun alerts zouden dat ook moeten zijn. Er was *geen* kans dat we iets voor hen zouden leveren dat niet absoluut soepel loopt. Enkele systeemontwerpen en statistieken: —Onze Alerts Stack kan meer dan 1M DAU aan, via onze API's voor zowel het verzenden van alerts serverzijde, als het beheren van een inboxfeed en gebruikersvoorkeuren vanuit de client. —Veel tijdgevoelige alerts moeten snel bij gebruikers aankomen. We hebben een “burst mode” die orders of grootte hogere gebruik kan ondersteunen voor tot tientallen minuten tegelijk. —Een prioriteitswachtrij beheert verschillende soorten leveringspijplijnen. Bijv. hoge prioriteit alerts voor dingen zoals limietorders of liquidatiewaarschuwingen die snelle levering vereisen, en lagere prioriteit voor broadcast alerts zoals bedrijfsmededelingen, die aan gebruikers over langere tijdlijnen kunnen worden geleverd. —Het resultaat: we hebben honderden miljoenen API-verzoeken afgehandeld via onze Alerts Stack in de afgelopen weken, allemaal zonder problemen. Ik ben ontzettend trots op het werk dat @tsmbl_dev en ons engineeringteam hebben geleverd voor Jupiter, en we hebben capaciteit voor veel meer. Als je een geweldig product hebt en een geweldige alerts infrastructuur nodig hebt, DM me. 📥

De overgrote meerderheid van het spotvolume en de liquiditeit zal zich concentreren op een paar monolithische L1's Het nieuwe rapport van @Grayscale over DEX's benadrukt dat @RaydiumProtocol, de marktleider, alleen is ingezet op @solana, in vergelijking met Uniswap dat op 28 ketens actief is.

Introductie van BAM: De Block Assembly Marketplace die de manier waarop Solana transacties verwerkt revolutioneert. Privé. Transparant. Verifieerbaar. Dit is hoe Solana wint ⬇️

Realms v2 is live. Het volgende hoofdstuk voor on-chain governance op Solana. Gebouwd voor de volgende golf van DAOs. Sneller. Scherper. Van jou.