Рівень ажіотажу від оголошення BAM минулого тижня був абсолютно божевільним 💥 Ми отримали >200 вхідних повідомлень від додатків, валідаторів, установ і навіть додатків з інших мереж (!), які прагнуть створити унікальні функції в BAM для розблокування функцій, які можливі лише на Solana.

Думаю, це точно. Занадто багато людей застрягли на частині розподілу, але пропустили частину «нового примітиву» про те, як скоротити час на інтеграцію та розглянути світ, де аутентифікацію можна відсунути на останній крок, а не на перший крок

Привіт @hosseeb, засновник Dialect тут, команда, яка разом із @solana запустила Blink. Радий чути, що моргання все ще у вас на думці, і що ви були оптимістично налаштовані щодо цієї ідеї. Хотів витратити трохи часу, щоб дати вдумливу відповідь про те, чому моргання не злетіло, чому вірусний запуск минулого літа був таким же прокляттям, як і благословенням, і чому, незважаючи на це, ми все ще дуже активно працюємо над ними. 👇 Я просто скажу так: не було світу, в якому коли-небудь спрацювали б миготіння в міру їх запуску, як трюки з ін'єкцією розширень Chrome в Twitter. І це ніколи не було нашою стратегією. Найбільша помилка полягала в тому, що моргання – це тактика розширення. Це не так. Цю тактику ми додали лише за кілька тижнів до запуску, і вона пов'язана з цілою низкою проблем. Відсутність мобільної підтримки – це лише одна з багатьох, які я можу назвати. Ми дуже швидко дізналися з даних минулого літа, що 99%+ усіх взаємодій з blink відбувалися не в Twitter за допомогою цього трюку розширення через ці проблеми, а замість цього люди використовували їх на сайтах і в додатках, де вони були вбудовано інтегровані. Також можу поділитися з вами деякою статистикою: 100 мільйонів переглядів, 10 мільйонів транзакцій. Але вони не вражають мене і не повинні вражати вас. Так, ми все ще дуже активно працюємо над морганнями. (Breaking: стартап працює над ставкою без консенсусу.) Але вирішувати зовсім інші проблеми, більше схожі на ті, які ми спочатку поставили собі за мету. Дозвольте мені пояснити. Blink — це API для транзакцій — буквально URL-адреси для блокчейну, також відомі як «посилання на блокчейн» — які дозволяють розробникам інтегрувати дії у свої програми на порядки швидше. Менш сексуально, набагато корисніше. Наприклад, ми працюємо з кількома мобільними гаманцями, щоб допомогти їм стати супердодатками. Використовуйте моргання, щоб здійснювати швидкі дії депозиту/зняття коштів на всіх ваших позиціях DeFi без перенаправлень. Щось, що займе багато часу, щоб команда гаманця відшліфувала себе. За допомогою моргання це можна зробити за частку часу. Ми також використовуємо моргання, щоб додати заклики до дії в 1 клік без змін у наш стек сповіщень, який використовують такі команди, як Jupiter. Поповнюйте заставу, уникайте ліквідації, фіксуйте прибуток. Прямо з повідомлення. Або агенти штучного інтелекту можуть використовувати blink як стандартний сервер транзакцій, щоб швидше інтегрувати більше можливостей. Це всього 3 поверхні. Їх набагато більше. Посилання на блокчейн у тому вигляді, в якому я їх бачу, є критично важливою частиною, якої бракує для виконання обіцянки компонування в криптовалюті. Вони є 4-ю частиною поряд із спільним станом (блокчейн), мовою спільних дій (tx) та спільною аутентифікацією (гаманцем): це API для створення інтеграцій та компонування. Blink – це неминуча технологія, яку Twitter і будь-яка інша велика платформа повинні інтегрувати без хитрощів розширення. Але це набагато довший шлях. Наразі ми зосереджені на вирішенні реальних проблем для команд, які це розуміють і зацікавлені в нашій місії.

Crypto SaaS ≠ Web2 SaaS Це, безумовно, моя улюблена річ у дизайні продуктів у криптовалюті. Досить уважно подивіться на будь-який сервіс, який ви створюєте, і які б аналогії з web2 ви не думали, що ви можете міркувати від початку до руйнування, змушуючи вас думати і проектувати з перших принципів. Так, наш стек сповіщень економить ваш час і гроші, як і будь-який хороший SaaS (див. qt). Але ми розширюємо його 3 крипто-нативними способами, які перетворюють його на щось зовсім інше. Розгортаємо одну з них прямо зараз з деякими ранніми партнерами з дизайну. Надішліть мені повідомлення, якщо ви хочете отримати доступ 📥

Існує два типи розробників: 1. Ті, хто думає, що створювати оповіщення легко 2. Ті, хто дійсно створив оповіщення Все набагато складніше, ніж ви думаєте. Зробіть послугу своїм користувачам. Використовуйте наш стек сповіщень і витрачайте весь свій час на розробку на надсилання користувачам чудових і корисних сповіщень

Нещодавно ми зв'язалися з командою щодо нашого стека сповіщень. Дійшли до них трохи занадто пізно, вони вже майже закінчили з власною збіркою. На той час, коли дзвінок закінчився, ми вже говорили про те, скільки часу вони могли б заощадити, якби знали про наш стек сповіщень. Вони все ще можуть поміняти нас на заміну. Я продовжуватиму повторювати: оповіщення – це не тривіальна річ, яку можна створити. Підписки користувачів, керування темами та каналами, агіновані API для папки "Вхідні" в додатку, непрочитані значки та статуси прочитання, заклики до дії та аналітика. Пакетні push-сповіщення від Firebase (так, ми об'єднуємо push-сповіщення). І це не має нічого спільного з доставкою. Хочете швидко охопити велику базу користувачів? Для цього потрібна складна інфраструктура доставки та черги. Ми ввімкнемо сповіщення для @jup_mobile, найшвидшого мобільного додатку в криптовалюті (@weremeow я правильно сказав). Ми обробили 100 мільйонів запитів для них, включно з усіма їхніми push-сповіщеннями Firebase, не пропустивши жодного моменту. Ми можемо впоратися з вашою базою користувачів. Хочете додати підтримку електронною поштою, текстовими повідомленнями, телеграмом? Кожен з них є новою інтеграцією каналу та набором API конфігурації для налаштувань користувача. І це лише оповіщення сантехніки. У вас все ще немає жодних *насправді хороших* сповіщень, на створення яких сам потрібен час. І якщо ви зіпсуєте це, ви втратите масу користувачів, які відпишуться та увімкнуть push-сповіщення для вашого додатку, і тепер ви втратили один зі своїх найцінніших інструментів взаємодії. Все вищесказане є 100% шаблонним кодом, який не робить вашу компанію великою. Якщо ви використовуєте наш стек сповіщень, ви закінчите з інфраструктурою за лічені секунди, а потім зможете зосередити всю свою увагу на надсиланні *чудових* сповіщень: персоналізованих, своєчасних сповіщень з вашого сервера в 1 рядку коду, або навіть доручити вашим командам зростання та маркетингу використовувати нашу інформаційну панель для надсилання оновлень продукту та оголошень компанії. І остання вишенька на торті: наш стек сповіщень створений з нуля для криптовалют, ви отримаєте охоплення новим способом за допомогою нашої універсальної поштової скриньки 📥, яка працює сьогодні в @jup_mobile році як Radar. Такі команди, як @jito_sol & @sanctumso, використовують Universal Inbox як новий канал зв'язку разом із Twitter, електронною поштою та іншими. Іншими словами: наша універсальна поштова скринька більше схожа на SMTP, ніж просто на сповіщення web2 SaaS. За допомогою нашого стека ви спілкуєтеся з *гаманцем* користувача, і він слідує за ним, куди б він не пішов. Серйозно. Обирайте життя. Просто скористайтеся нашим стеком сповіщень. Наші документи були значно оновлені та шалено легкі для читання (s/o @bjoerndotsol), або надішліть мені, якщо вам потрібна допомога з налаштуванням. 📥☀️

Команда інженерів Dialect провела серйозну роботу з продуктивністю перед запуском нашого стека сповіщень з @JupiterExchange. @jup_mobile — один із найшвидших додатків у криптовалюті, і їхні сповіщення також мають бути. Не було *нуля* шансів, що ми відправимо для них щось, що абсолютно не гуде. Деякі характеристики дизайну та статистики системи: — Наш стек сповіщень може обробляти на північ від 1M DAU через наші API як для надсилання сповіщень на стороні сервера, так і для керування каналом вхідних повідомлень і налаштуваннями підписки користувача від клієнта. — Багато сповіщень, чутливих до часу, мають швидко надходити до користувачів. У нас є «режим серійної зйомки», який може підтримувати на порядки більш високе використання протягом десятків хвилин за раз. — Черга пріоритетів обробляє різні типи конвеєрів доставки. Наприклад, сповіщення з високим пріоритетом для таких речей, як лімітні ордери або попередження про ліквідацію, які потребують швидкої доставки, і нижчий пріоритет для сповіщень про трансляцію, як-от оголошення компаній, які можуть бути доставлені користувачам протягом довших часових періодів. — Результат: лише за останні кілька тижнів ми обробили сотні мільйонів запитів API у нашому стеку сповіщень, і все це без збоїв. Я шалено пишаюся роботою, яку @tsmbl_dev і наша команда інженерів виконали для Юпітера, і у нас є пропускна здатність для набагато більшого. Якщо у вас зламаний продукт і вам потрібні зламані сповіщення infra, напишіть мені. 📥

Переважна більшість спотового обсягу та ліквідності агрегується до кількох монолітних L1 У новому звіті @Grayscale про DEX підкреслюється, що @RaydiumProtocol, лідер галузі, розгорнута лише на @solana, порівняно з Uniswap, яка працює на 28 ланцюгах

Представляємо BAM: маркетплейс Block Assembly, який революціонізує те, як Solana обробляє транзакції. Приватний. Прозорі. Перевіряються. Так перемагає ⬇️ Solana

Realms v2 вже в прямому ефірі. Наступний розділ про ончейн-управління на Solana. Створено для наступної хвилі DAO. Швидше. Гостріше. Ваш.