Poziom ekscytacji po ogłoszeniu BAM w zeszłym tygodniu był absolutnie szalony 💥 Otrzymaliśmy >200 zapytań od aplikacji, walidatorów, instytucji, a nawet aplikacji z innych łańcuchów(!), które chcą budować unikalne funkcje w BAM, aby odblokować funkcje, które są możliwe tylko na Solanie.

myślę, że to jest trafne. Zbyt wielu ludzi utknęło na etapie dystrybucji, ale przegapiło część o "nowym prymitywie" dotyczącą tego, jak skrócić czas integracji i rozważyć świat, w którym uwierzytelnianie może być przesunięte na ostatni krok, a nie na pierwszy krok.

Cześć @hosseeb, założyciel Dialect tutaj, zespołu, który współuruchomił blinks z @solana. Cieszę się, że blinks wciąż są w twojej głowie i że byłeś optymistycznie nastawiony do tego pomysłu. Chciałem poświęcić trochę czasu, aby dać przemyślaną odpowiedź na to, dlaczego blinks nie odniosły sukcesu, dlaczego wirusowe uruchomienie zeszłego lata było zarówno przekleństwem, jak i błogosławieństwem oraz dlaczego mimo to wciąż bardzo aktywnie nad nimi pracujemy. 👇 Po prostu to powiem: nie było świata, w którym blinks, jak zostały uruchomione, jako techniki wstrzykiwania rozszerzeń w Twitterze, mogłyby kiedykolwiek zadziałać. I to nigdy nie była nasza strategia. Największym nieporozumieniem było to, że blinks *są* taktyką rozszerzenia. Nie są. Ta taktyka była czymś, co dodaliśmy zaledwie kilka tygodni przed uruchomieniem i wiąże się z całym mnóstwem problemów. Brak wsparcia dla urządzeń mobilnych to tylko jeden z wielu, które mogę wymienić. Bardzo szybko nauczyliśmy się z danych zeszłego lata, że 99%+ wszystkich interakcji z blinks nie miało miejsca na Twitterze za pomocą tej sztuczki z rozszerzeniem z powodu tych problemów, ale zamiast tego ludzie używali ich na stronach i w aplikacjach, gdzie były natywnie zintegrowane. Mogę również podzielić się z tobą pewnymi statystykami: setki milionów wyświetleń, dziesiątki milionów transakcji. Ale nie robią na mnie wrażenia i nie powinny robić na tobie. Tak, wciąż bardzo aktywnie pracujemy nad blinks. (Breaking: startup pracuje nad zakładem bez konsensusu.) Ale aby rozwiązać zupełnie inne problemy, bardziej podobne do tych, które pierwotnie chcieliśmy rozwiązać. Pozwól, że wyjaśnię. Blinks to API do transakcji — dosłownie URL-e dla blockchaina, znane również jako „linki blockchainowe” — które pozwalają deweloperom integrować działania w ich aplikacjach o rzędy wielkości szybciej. Mniej seksowne, znacznie bardziej użyteczne. Np. pracujemy z kilkoma portfelami mobilnymi, aby pomóc im stać się super aplikacjami. Użyj blinks, aby szybko dokonywać wpłat/wypłat do wszystkich swoich pozycji DeFi bez przekierowań. Coś, co zajmie dużo czasu zespołowi portfela, aby samodzielnie to opracować. Z blinks można to zrobić w ułamku czasu. Używamy również blinks, aby wprowadzić CTA z jednym kliknięciem, bez przekierowań do naszego Alerts Stack, używanego przez zespoły takie jak Jupiter. Uzupełnij swoje zabezpieczenia, unikaj likwidacji, realizuj zyski. Bezpośrednio z powiadomienia. Lub agenci AI mogą używać blinks jako standardowego zaplecza transakcyjnego, aby szybciej integrować więcej możliwości. To tylko 3 powierzchnie. Jest ich znacznie więcej. Linki blockchainowe, jak je widzę, są krytycznym, brakującym elementem, aby zrealizować obietnicę kompozycyjności w kryptowalutach. Są 4. elementem obok wspólnego stanu (blockchain), wspólnego języka akcji (tx) i wspólnej autoryzacji (portfel): są API do realizacji integracji i kompozycyjności, które można faktycznie zbudować. Blinks to nieunikniona technologia, którą Twitter i każda inna duża platforma powinny natywnie zintegrować, bez sztuczek z rozszerzeniami. Ale to znacznie dłuższa droga. Na razie koncentrujemy się na rozwiązywaniu rzeczywistych problemów dla zespołów, które to rozumieją i są zaangażowane w naszą misję.

Crypto SaaS ≠ Web2 SaaS To zdecydowanie moja ulubiona rzecz w projektowaniu produktów w kryptowalutach. Przyjrzyj się uważnie każdej usłudze, którą budujesz, a jakiekolwiek analogie do web2, które myślisz, że możesz rozważyć od początku do końca, zmuszą cię do myślenia i projektowania z pierwszych zasad. Tak, nasza stos alertów oszczędza czas i pieniądze jak każda dobra SaaS (zobacz qt). Ale rozszerzamy go na 3 sposoby natywne dla kryptowalut, które przekształcają go w coś zupełnie innego. Wdrażamy jeden z nich właśnie teraz z kilkoma wczesnymi partnerami projektowymi. Napisz do mnie, jeśli chcesz uzyskać dostęp 📥

Są dwa rodzaje deweloperów: 1. Tacy, którzy myślą, że budowanie powiadomień jest łatwe 2. Tacy, którzy faktycznie zbudowali powiadomienia To znacznie bardziej skomplikowane, niż myślisz. Zrób swoim użytkownikom przysługę. Skorzystaj z naszego stosu powiadomień i poświęć cały swój czas inżynieryjny na wysyłanie użytkownikom świetnych, użytecznych powiadomień.

Niedawno skontaktowałem się z zespołem w sprawie naszego stosu powiadomień. Dotarłem do nich trochę za późno, byli już prawie na ukończeniu budowy własnego rozwiązania. Kiedy rozmowa się zakończyła, rozmawialiśmy o tym, ile czasu mogliby zaoszczędzić, gdyby wiedzieli o naszym stosie powiadomień. Może nadal nas zamienią. Będę to powtarzać: powiadomienia to nie jest trywialna rzecz do zbudowania. Subskrypcje użytkowników, zarządzanie tematami i kanałami, paginowane API dla skrzynki odbiorczej w aplikacji, odznaki nieprzeczytanych i statusy przeczytania, CTA i analityka. Zgrupowane powiadomienia push z Firebase (tak, grupujemy powiadomienia push). I to nie ma nic wspólnego z dostarczaniem. Chcesz szybko dotrzeć do dużej bazy użytkowników? To wymaga zaawansowanej infrastruktury dostarczania i kolejkowania. Zasilamy powiadomienia dla @jup_mobile, najszybszej aplikacji mobilnej w kryptowalutach (@weremeow, czy dobrze to powiedziałem). Obsłużyliśmy setki milionów żądań dla nich, w tym wszystkie ich powiadomienia push z Firebase, bez żadnych problemów. Możemy obsłużyć Twoją bazę użytkowników. Chcesz dodać wsparcie dla e-maili, SMS-ów, telegramu? Każdy z tych kanałów to nowa integracja kanału i zestaw API konfiguracyjnych dla preferencji użytkowników. I to tylko infrastruktura powiadomień. Nadal nie masz *naprawdę dobrych* powiadomień, które same w sobie zajmują czas na budowę. A jeśli to zepsujesz, stracisz mnóstwo użytkowników, którzy zrezygnują z subskrypcji i wyłączą powiadomienia push dla Twojej aplikacji, a teraz straciłeś jedno z najcenniejszych narzędzi zaangażowania. Wszystko powyższe to 100% kodu szablonowego, który nie czyni Twojej firmy wspaniałą. Jeśli użyjesz naszego stosu powiadomień, skończysz z infrastrukturą w ułamku czasu i będziesz mógł skupić całą swoją uwagę na wysyłaniu *świetnych* powiadomień: spersonalizowanych, terminowych powiadomień z Twojego backendu w 1 linii kodu, lub nawet pozwolić swoim zespołom ds. wzrostu i marketingu korzystać z naszego panelu do wysyłania aktualizacji produktów i ogłoszeń firmowych. A na koniec wisienka na torcie: nasz stos powiadomień został zbudowany od podstaw dla kryptowalut, uzyskasz zasięg w nowy, nowatorski sposób dzięki naszej Uniwersalnej Skrzynce Odbiorczej 📥, która jest już dostępna w @jup_mobile jako Radar. Zespoły takie jak @jito_sol i @sanctumso korzystają z Uniwersalnej Skrzynki Odbiorczej jako nowego kanału komunikacji obok Twittera, e-maila i innych. Innymi słowy: nasza Uniwersalna Skrzynka Odbiorcza jest bardziej jak SMTP niż tylko web2 powiadomienia SaaS. Z naszym stosem komunikujesz się z *portfelem* użytkownika, a on podąża za nim, gdziekolwiek się uda. Serio. Wybierz życie. Po prostu użyj naszego stosu powiadomień. Nasza dokumentacja przeszła ogromną rewizję i jest niesamowicie łatwa do przeczytania (s/o @bjoerndotsol), lub napisz do mnie, jeśli potrzebujesz pomocy w konfiguracji. 📥☀️

Zespół inżynieryjny Dialect wykonał *poważną* pracę nad wydajnością przed uruchomieniem naszego stosu powiadomień z @JupiterExchange. @jup_mobile to jedna z najszybszych aplikacji w kryptowalutach, a ich powiadomienia również powinny takie być. Nie było *żadnej* szansy, że dostarczymy coś dla nich, co nie działałoby doskonale. Kilka informacji o systemie i statystykach: —Nasz stos powiadomień może obsłużyć ponad 1M DAU, przez nasze API zarówno do wysyłania powiadomień po stronie serwera, jak i zarządzania feedem skrzynki odbiorczej oraz preferencjami subskrypcyjnymi użytkowników z klienta. —Wiele powiadomień czasowych musi dotrzeć do użytkowników szybko. Mamy „tryb burst”, który może wspierać wielokrotnie wyższe użycie przez nawet kilkanaście minut. —Kolejka priorytetowa obsługuje różne rodzaje pipeline'ów dostarczania. Np. powiadomienia o wysokim priorytecie dla rzeczy takich jak zlecenia limitowe czy ostrzeżenia o likwidacji, które wymagają szybkiej dostawy, oraz niższy priorytet dla powiadomień ogólnych, takich jak ogłoszenia firmowe, które mogą być dostarczane do użytkowników w dłuższych ramach czasowych. —Efekt: obsłużyliśmy setki milionów żądań API w naszym stosie powiadomień w ciągu ostatnich kilku tygodni, wszystko bez problemów. Jestem niesamowicie dumny z pracy, którą wykonał @tsmbl_dev i nasz zespół inżynieryjny, aby dostarczyć dla Jupiter, a mamy jeszcze dużo miejsca na więcej. Jeśli masz świetny produkt i potrzebujesz świetnej infrastruktury powiadomień, DM mnie. 📥

Zdecydowana większość wolumenu spotowego i płynności skupi się na kilku monolitycznych L1 Nowy raport @Grayscale na temat DEX-ów podkreśla, że @RaydiumProtocol, lider branży, jest wdrożony tylko na @solana, w porównaniu do Uniswap, który działa na 28 łańcuchach.

Przedstawiamy BAM: Rynek Bloków, który rewolucjonizuje sposób, w jaki Solana przetwarza transakcje. Prywatnie. Przejrzysto. Weryfikowalnie. Tak Solana wygrywa ⬇️

Realms v2 jest już dostępny. Następny rozdział dla onchain governance na Solanie. Stworzony dla następnej fali DAOs. Szybszy. Ostrzejszy. Twój.