Spenningsnivået fra BAM-kunngjøringen forrige uke har vært helt vanvittig 💥 Vi har mottatt >200 innkommende fra apper, validatorer, institusjoner og til og med apper fra andre kjeder(!) som ønsker å bygge unike funksjoner i BAM for å låse opp funksjoner som bare er mulig på Solana.

synes dette er midt i blinken. Altfor mange mennesker ble sittende fast på distribusjonsdelen, men savnet den "nye primitive" delen rundt hvordan man kan redusere tiden for integrasjon og vurdere en verden der autentisering kan skyves til siste trinn, i stedet for det første trinnet

Hei @hosseeb, grunnleggeren av Dialect her, teamet som lanserte blinks sammen med @solana. Glad for å høre at blunk fortsatt er i tankene dine, og at du var bullish på ideen. Ønsket å bruke litt tid på å gi et gjennomtenkt svar på hvorfor blunk ikke tok av, hvorfor den virale lanseringen i fjor sommer var like mye en forbannelse som det var en velsignelse, og hvorfor vi til tross for det fortsatt jobber veldig aktivt med dem. 👇 Jeg skal bare si det: det var ingen verden der blink da de ble lansert, som chrome-utvidelsestriks på Twitter, noen gang kom til å fungere. Og det var aldri vår strategi. Den største misforståelsen var at blunk *er* forlengelsestaktikken. Det er de ikke. Den taktikken var noe vi la til bare noen få uker før lansering, og den kommer med en hel rekke problemer. Mangel på mobilstøtte er bare en av mange jeg kan nevne. Vi lærte veldig raskt fra dataene i fjor sommer at 99%+ av alle interaksjoner med blink ikke skjedde på Twitter via dette utvidelsestrikset på grunn av disse problemene, men i stedet brukte folk dem på nettsteder og i apper der de var integrert. Jeg kan også dele litt statistikk med deg: 100-vis av millioner visninger, 10-vis av millioner transaksjoner. Men de imponerer meg ikke, og de burde ikke imponere deg. Ja, vi jobber fortsatt veldig aktivt med blink. (Breaking: oppstart jobber med et ikke-konsensus-spill.) Men å løse veldig forskjellige problemer, mer som de vi opprinnelig satte oss fore å løse. La meg forklare. Blinking er API-er for transaksjoner – bokstavelig talt URL-er for blokkjeden, også kjent som «blokkjedelenker» – som lar utviklere integrere handlinger i appene sine i størrelsesordener raskere. Mindre sexy, mye mer nyttig. For eksempel jobber vi med en rekke mobile lommebøker for å hjelpe dem med å bli superapper. Bruk blink for å få raske innskudds-/uttakshandlinger til alle DeFi-posisjonene dine uten omdirigeringer. Noe som ville ta mye tid for et lommebokteam å male ut seg selv. Med blink kan det gjøres på en brøkdel av tiden. Vi bruker også blink for å bringe 1-klikks, ikke-rediect CTA-er til varslingsstabelen vår, brukt av team som Jupiter. Fyll på sikkerheten din, unngå avvikling, ta fortjeneste. Rett fra varselet. Eller AI-agenter kan bruke blink som en standard transaksjonsbackend for å integrere flere funksjoner raskere. Dette er bare 3 overflater. Det er så mange flere. Blokkjedelenker slik jeg ser dem er en kritisk, manglende brikke for å levere på løftet om komponerbarhet i krypto. De er den fjerde delen sammen med delt tilstand (blokkjeden), delt handlingsspråk (tx) og delt auth (lommeboken): de er API-ene for å gjøre integrasjoner, og komponerbarhet, faktisk byggbare. Blink er en uunngåelig teknologi, en som Twitter og alle andre store plattformer bør integrere, uten utvidelsestriks. Men det er en mye lengre vei. Foreløpig er vi fokusert på å løse reelle problemer for teamene som får det og er kjøpt inn i oppdraget vårt.

Crypto SaaS ≠ Web2 SaaS Dette er uten tvil min favoritt ting med produktdesign i krypto. Se nøye nok på enhver tjeneste du bygger, og hvilke web2-analogier du tror du kan resonnere fra start til brudd, og tvinger deg til å tenke og designe fra første prinsipper. Ja, varslingsstabelen vår sparer deg for tid og penger som enhver god SaaS (se qt). Men vi utvider den på 3 krypto-native måter som gjør den til noe helt annet. Ruller ut en av dem akkurat nå med noen tidlige designpartnere. Send meg en DM hvis du vil ha tilgang 📥

Det finnes to typer utviklere: 1. De som tror det er enkelt å bygge varsler 2. De som faktisk har bygget varsler Det er mye mer komplisert enn du tror. Gjør brukerne dine en tjeneste. Bruk varslingsstabelen vår, og bruk all ingeniørtiden din på å sende brukerne dine gode, nyttige varsler

Nylig koblet til et team om varslingsstabelen vår. Kom til dem litt for sent, de var allerede nesten ferdige med en egen konstruksjon. Da samtalen ble avsluttet, snakket vi om hvor mye tid de kunne ha spart hvis de hadde visst om varslingsstabelen vår. De kan fortsatt bytte oss inn i stedet. Jeg kommer til å fortsette å si det: varsler er ikke en triviell ting å bygge. Brukerabonnementer, emne- og kanaladministrasjon, paginerte API-er for en innboks i appen, uleste merker og lesestatuser, CTA-er og analyser. Medfølgende push-varsler fra Firebase (ja, vi samler push-varsler). Og det har ingenting med levering å gjøre. Vil du nå en stor brukerbase veldig raskt? Det krever en sofistikert leverings- og køinfrastruktur. Vi driver varsler for @jup_mobile, den raskeste mobilappen innen krypto (@weremeow sa jeg riktig). Vi har håndtert 100-vis av millioner forespørsler for dem, inkludert alle Firebase-push-varslene, uten å hoppe over et slag. Vi kan håndtere brukerbasen din. Vil du legge til e-post, tekst, telegramstøtte? Hver av disse er en ny kanalintegrasjon og et sett med konfigurasjons-APIer for brukerpreferanser. Og det er bare varslene rørleggerarbeid. Du har fortsatt ingen *faktisk gode* varsler, som i seg selv tar tid å bygge. Og hvis du ødelegger det, vil du kværne massevis av brukere, som vil avslutte abonnementet og slå av push-varsler for appen din, og nå har du mistet et av dine mest dyrebare engasjementsverktøy. Alt det ovennevnte er 100 % standardkode som ikke er det som gjør bedriften din stor. Hvis du bruker varslingsstabelen vår, er du ferdig med infrastrukturen på en brøkdel av tiden, og kan deretter fokusere all oppmerksomheten din på å sende *flotte* varsler: personlige, rettidige varsler fra backend i 1 kodelinje, eller til og med få vekst- og markedsføringsteamene dine til å bruke dashbordet vårt til å sende produktoppdateringer og selskapskunngjøringer. Og det siste kirsebæret på toppen: varslingsstabelen vår er bygget fra grunnen av for krypto, du vil få rekkevidde på en ny måte med vår universelle innboks 📥 , som er live i dag i @jup_mobile som Radar. Team som @jito_sol og @sanctumso bruker den universelle innboksen som en ny kommunikasjonskanal sammen med Twitter, e-post og andre. Med andre ord: vår universelle innboks mer som SMTP enn bare web2-varsler SaaS. Med stabelen vår kommuniserer du med en brukers *lommebok*, og den følger dem uansett hvor de går. Alvorlig. Velg livet. Bare bruk varslingsstabelen vår. Dokumentene våre har fått en enorm fornyelse og er vanvittig enkle å lese (s/o @bjoerndotsol), eller send meg en DM hvis du trenger hjelp til å sette opp. 📥☀️

Dialect-ingeniørteamet gjorde noe *seriøst* ytelsesarbeid i forkant av lanseringen av varslingsstabelen vår med @JupiterExchange. @jup_mobile er en av de raskeste appene innen krypto, og varslene deres bør også være det. Det var *null* sjanse for at vi ville sende noe til dem som ikke helt nynner. Litt systemdesign og statistikk: —Varslingsstabelen vår kan håndtere nord for 1 million DAU, på tvers av API-ene våre for både å sende varsler på serversiden, og administrere en innboksfeed og brukerabonnementspreferanser fra klienten. – Mange tidssensitive varsler må nå brukerne raskt. Vi har en "burst-modus" som kan støtte størrelsesordener høyere bruk i opptil dusinvis av minutter om gangen. – En prioritetskø håndterer ulike typer leveringspipeliner. F.eks. varsler med høy prioritet for ting som grenseordrer eller avviklingsadvarsler som trenger rask levering, og lavere prioritet for kringkastingsvarsler som selskapskunngjøringer, som kan leveres til brukere over lengre tidslinjer. – Resultatet: Vi har håndtert hundrevis av millioner API-forespørsler på tvers av varslingsstabelen vår bare de siste ukene, alt uten problemer. Jeg er vanvittig stolt av arbeidet @tsmbl_dev og ingeniørteamet vårt gjorde for å levere for Jupiter, og vi har båndbredde til mye mer. Hvis du har et sprukket produkt og trenger sprukkede varsler infra, send meg en DM. 📥

Det store flertallet av spotvolum og likviditet vil aggregeres til noen få monolittiske L1-er @Grayscale nye rapport om DEX-er fremhever at @RaydiumProtocol, bransjelederen, bare er distribuert på @solana, sammenlignet med Uniswap som er på 28 kjeder

Vi introduserer BAM: The Block Assembly Marketplace som revolusjonerer hvordan Solana behandler transaksjoner. Privat. Gjennomsiktig. Verifiserbar. Slik vinner ⬇️ Solana

Realms v2 er live. Neste kapittel for onchain-styring på Solana. Bygget for neste bølge av DAO-er. Raskere. Skarpere. Din.