上週BAM公告帶來的興奮程度簡直瘋狂💥 我們已經收到了超過200個來自應用程式、驗證者、機構，甚至是其他鏈上的應用程式(!)的詢問，希望在BAM中構建獨特的功能，以解鎖僅在Solana上可能實現的功能。

我認為這是非常正確的。太多人卡在分配的部分，但卻忽略了關於如何縮短整合時間的「新原始」部分，並考慮一個可以將身份驗證推遲到最後一步而不是第一步的世界。

嘿 @hosseeb，這裡是 Dialect 的創始人，我們的團隊與 @solana 共同推出了 blinks。很高興聽到 blinks 仍然在你的心中，並且你對這個想法持樂觀態度。 我想花點時間來仔細回答為什麼 blinks 沒有起飛，為什麼去年夏天的病毒式發布既是詛咒也是祝福，以及儘管如此，我們仍然非常積極地在進行這項工作。👇 我就直說了：在 blinks 被推出的情況下，作為 Twitter 的 chrome 擴展注入技巧，根本不可能成功。而這從來不是我們的策略。 最大的誤解是 blinks *就是* 擴展策略。它們不是。這個策略是我們在發布前幾週才添加的，並且帶來了一整套問題。缺乏移動支持只是我能列舉的眾多問題之一。 我們去年夏天從數據中很快學到，99% 以上的 blinks 互動並不是通過這個擴展技巧在 Twitter 上發生的，而是人們在本地集成的網站和應用程序上使用它們。 我還可以和你分享一些統計數據：數億的觀看次數，數千萬的交易。但這些數字並不讓我印象深刻，也不應該讓你印象深刻。 是的，我們仍然非常積極地在進行 blinks 的工作。（突發消息：初創公司正在進行非共識的賭注。）但為了解決非常不同的問題，更像是我們最初想要解決的問題。讓我解釋一下。 Blinks 是交易的 API——字面上是區塊鏈的 URL，也就是所謂的“區塊鏈鏈接”——允許開發者以數量級更快的速度將行動集成到他們的應用中。雖然不那麼性感，但更有用。 例如，我們正在與多個移動錢包合作，幫助它們成為超級應用。使用 blinks 來快速進行存款/取款操作，無需重定向，適用於所有的 DeFi 位置。這是錢包團隊自己磨出來需要花費大量時間的事情。使用 blinks 可以在短時間內完成。 我們還在使用 blinks 將一鍵、無重定向的 CTA 引入我們的 Alerts Stack，這是像 Jupiter 這樣的團隊使用的。補充你的抵押品，避免清算，獲取利潤。直接從通知中進行。 或者 AI 代理可以使用 blinks 作為標準交易後端，以更快地集成更多功能。 這只是三個表面。還有很多其他的。區塊鏈鏈接在我看來是實現加密可組合性承諾的關鍵缺失部分。它們是與共享狀態（區塊鏈）、共享行動語言（交易）和共享授權（錢包）並列的第四部分：它們是使集成和可組合性實際可構建的 API。 Blinks 是一種不可避免的技術，Twitter 和其他所有大型平台都應該本地集成，而不需要擴展技巧。但這是一條更長的道路。現在，我們專注於為那些理解並支持我們使命的團隊解決實際問題。

Crypto SaaS ≠ Web2 SaaS 這是我對加密產品設計最喜愛的事情。仔細觀察你正在構建的任何服務，無論你認為可以從哪些 Web2 類比中推理出來，這都會迫使你從第一原則思考和設計。 是的，我們的警報堆疊像任何好的 SaaS 一樣為你節省時間和金錢（見 qt）。但我們正在以三種加密原生的方式擴展它，將其轉變為完全不同的東西。 我們正在與一些早期設計合作夥伴推出其中一個。如果你想獲得訪問權限，請私信我 📥

開發者有兩種類型： 1. 認為建立警報很簡單的人 2. 實際上已經建立過警報的人 這比你想的要複雜得多。幫幫你的用戶。使用我們的警報堆疊，並將你所有的工程時間花在為用戶發送優質、有用的警報上。

最近與一個團隊聯繫了我們的警報堆疊。對他們來說，我來得有點晚，他們已經幾乎完成了自己的內部構建。通話結束時，我們在討論如果他們早知道我們的警報堆疊，可以節省多少時間。他們可能仍然會考慮用我們的。 我會一直這麼說：警報不是一件簡單的事情。用戶訂閱、主題和頻道管理、應用內收件箱的分頁 API、未讀徽章和已讀狀態、行動呼籲和分析。來自 Firebase 的捆綁推送通知（是的，我們捆綁推送通知）。 而這與交付無關。想要快速接觸到大量用戶？這需要一些複雜的交付和排隊基礎設施。我們為 @jup_mobile 提供警報，這是加密領域中最快的移動應用（@weremeow，我這樣說對嗎）。我們為他們處理了數億次請求，包括所有的 Firebase 推送通知，毫不費力。我們可以處理你的用戶基礎。 想要添加電子郵件、簡訊、Telegram 支持？每一個都是新的通道集成和用戶偏好的配置 API。 而這僅僅是警報的管道。你仍然沒有任何*真正好的*警報，而這本身需要時間來構建。如果你搞砸了，你會流失大量用戶，他們會取消訂閱並關閉你應用的推送通知，這樣你就失去了最珍貴的參與工具之一。 以上所有都是 100% 標準代碼，這不是讓你的公司偉大的原因。如果你使用我們的警報堆疊，你將在短時間內完成基礎設施，然後可以將所有注意力集中在發送*優秀*的警報上：從你的後端發送個性化、及時的警報只需一行代碼，甚至可以讓你的增長和市場團隊使用我們的儀表板發送產品更新和公司公告。 最後的點睛之筆：我們的警報堆疊是從零開始為加密構建的，你將以全新的方式獲得觸達，通過我們的通用收件箱 📥，今天在 @jup_mobile 作為 Radar 上線。像 @jito_sol 和 @sanctumso 的團隊正在將通用收件箱作為新的通訊渠道，與 Twitter、電子郵件等並行使用。 換句話說：我們的通用收件箱更像是 SMTP，而不僅僅是 web2 警報 SaaS。使用我們的堆疊，你正在與用戶的*錢包*進行通信，並且它會隨著他們的去向而變化。 認真地。選擇生活。只需使用我們的警報堆疊。我們的文檔經過了大規模的改版，閱讀起來非常簡單（感謝 @bjoerndotsol），如果你需要幫助設置，請私信我。 📥☀️

Dialect 工程團隊在我們與 @JupiterExchange 的警報堆疊啟動前進行了一些 *嚴肅* 的性能工作。 @jup_mobile 是加密貨幣中最快的應用之一，他們的警報也應該如此。我們絕對不會發送任何不夠出色的產品給他們，這是 *零* 機會。 一些系統設計與統計： —我們的警報堆疊可以處理超過 100 萬的日活躍用戶，通過我們的 API 來發送警報伺服器端，並從客戶端管理收件箱供稿和用戶訂閱偏好。 —許多時間敏感的警報需要迅速到達用戶。我們有一個 "突發模式"，可以支持數量級更高的使用量，持續幾十分鐘。 —優先級隊列處理不同類型的交付管道。例如，高優先級的警報，如限價單或清算警告，需要快速交付，而較低優先級的廣播警報，如公司公告，可以在更長的時間內交付給用戶。 —結果：在過去幾週內，我們的警報堆疊處理了數億次 API 請求，全部順利無阻。 我對 @tsmbl_dev 和我們的工程團隊為 Jupiter 所做的工作感到無比自豪，我們還有更多的帶寬可以處理。 如果你有一個出色的產品並需要出色的警報基礎設施，私訊我。📥

絕大多數的現貨交易量和流動性將集中在少數幾個大型 L1 上 @Grayscale 對 DEX 的新報告強調，行業領導者 @RaydiumProtocol 僅部署在 @solana 上，而 Uniswap 則在 28 條鏈上。

介紹 BAM：區塊組合市場，徹底改變 Solana 處理交易的方式。 私密。透明。可驗證。 這就是 Solana 獲勝的方式 ⬇️

Realms v2 現已上線。 Solana 上鏈治理的下一章。 為下一波 DAO 而建。 更快。更精準。屬於你。