上周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为我们的Alerts Stack提供一键式、无重定向的CTA，供像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 而构建。 更快。更精准。属于你。