火箭、量子威胁、零与一：Dean Little 谈如何锻造 Solana 的真相

引言

区块链建立在谎言之上。准确地说，是由层层抽象构成的善意谎言。开发者看到的世界里充满 SDK、API 和框架，它们承诺速度与安全。但现实远比这复杂，到处都是寄存器、系统调用和字节码——只有狂热之人才敢踏入这样的世界。事实上，每层抽象都会产生开销，每个编译器都在掩盖真相。

Dean Little 的职业生涯一直在这些谎言中穿行，通过焊接电路和刷写 EEPROM 寻找真相。在 Bitcoin 领域，他构建过矿池、GPU 内核和 SPV 工具，尽可能贴近机器，并认识到分布式系统蕴藏的潜力——尽管它们当时始终无法真正兑现这种潜力。后来，他遇到了 Solana，并因自己的“异端”行为而闻名：手写汇编、蔑视编译器、滥用系统调用——不是因为好玩，而是因为速度就是真相。

作为 Zeus Network 的首席科学家，他在 Solana 之上从零实现了完整的 Bitcoin 协议，让 BTC 流动性得以无缝流转。为了用无可反驳的实力回击量子恐慌，他还设计了一个 Winternitz 一次性签名金库，每秒可迁移数万项资产，而其他人还只敢幻想每秒六项。 

但 Dean 也是一名教师。从 Turbin3 到 Blueshift，再到近期担任 Solana Foundation 中文市场团队的开发者关系人员，他不断把开发者带入一个大多数人永远无法看到的世界。他从零开始，常常使用开发者自己的语言，教会数百人交付链上应用。他始终身处一种张力之中：先用抽象把人拉上来，再将他们推向底层机器。 

我想理解活在这种张力之中意味着什么——教育与实验、抽象与汇编、为人编写代码与为机器编写指令之间的张力。这场访谈探讨的正是这种对话，以及当所有人都在与机器错位交谈时，直接和机器对话究竟意味着什么。

为简洁起见，本次对话经过了编辑和删减。 

访谈

起点与世界观

Ichigo：早在接触 Solana 之前，你就在维修硬件、刷写 EEPROM，还为火箭编写嵌入式控制系统。如此贴近底层——甚至真的要用烙铁和固件——这种经历如何塑造了你作为构建者的世界观？

Dean Little：我大约十岁时就学会了焊接。我从小接触微处理器和微控制器，之后转向 Web 和移动开发，最后加入了挪威的一家火箭初创公司。

为关键任务嵌入式系统工作，会教会你几件非常重要的事。第一是注重细节，因为一旦出现故障，情况可能迅速恶化。第二是保持简单：简单、快速且易于理解的系统，通常比过度复杂的系统更好。第三，你会学会以对抗性思维看待问题。 

对我而言，为海洋火箭项目开发压载控制系统，意味着不断追问：如果这个控制器失效会怎样？我们如何检测故障？有哪些备用方案？如果姿态控制出错，我们以为火箭正朝上，实际却朝下，该怎么办？这迫使你围绕故障进行设计，而不是假设一切永远正常运行。

你还会学到另一件事：不要盲目信任别人的工作。软件和硬件都一样。硬件制造商会更改规格，采购人员可能会误买错误的零件，然后一切突然就无法工作了。可能出错的地方太多，而一个小错误就足以让整个系统崩溃。从那以后，这种思维方式一直伴随着我。 

从那里开始，你的职业道路很快将你带到了 Bitcoin。你做过矿池、GPU 内核、SPV 工具，后来还参与了 Twetch。那些构建 Bitcoin 基础设施的岁月，让你对大规模分布式系统的构建，以及当时区块链的局限有了哪些认识？

大约在 2017 年，我开始全职从事 Bitcoin 开发。我在多个区块链上进行构建，包括 Bitcoin、EOS 和当时流行的其他几个链。最初我只是使用 Bitcoin，但当费用飙升后，它基本就无法使用了。那是散户第一次真正大规模涌入加密领域，而我当时意识到，一旦费用暴涨，区块链就会变得毫无用处。

这段经历让我重新思考所谓的“可扩展性三难困境”。老实说，这就是一个胡编出来的扯淡问题。即使在 2017 年，我们也能在不到一秒内把 4MB 的照片传到世界另一端。相信区块链无法突破 1MB 区块的限制，实在荒谬。限制并不来自物理规律，而来自设计。 

由于 Bitcoin 的基础层限制极多，你不得不通过其他方式创新。我最终深入研究了 Secp256k1，并构建出将执行结果隐藏在签名中的方案。在 ZK 真正开始兴起的很久以前，这已经算是一种粗糙的可验证计算。

那些年让我明白，经营一家 Bitcoin 公司，本质上就是经营一家基础设施公司。Bitcoin 协议能做很多事，但节点软件能力有限。UTXO 模型非常适合并行化，因为状态彼此隔离，很像 Solana 账户，但它非常不适合共享状态和索引。另一方面，Ethereum 的账户模型很适合共享状态，却不适合并行化。Solana 真正让我豁然开朗的是它的隔离账户模型——它将 UTXO 的并行化能力与 Ethereum 全局状态模型的易用性结合在一起。

那些年带给我最重要的启示是，系统经常会失败，因此设计系统时应该让它优雅地失败，而不是灾难性地崩溃。永远不要只是接受限制。你应该用别人未曾想到的创造性方式挑战它们。这就是我在 Solana 工作中始终秉持的理念。

如今，Solana 社区里很多人都知道你是那个手写汇编、蔑视编译器的人。为什么要一直如此贴近机器？既然大多数开发者都会在更高层的抽象上构建，为什么不把更多精力放在改进这些抽象上？

与普遍看法相反，我为 Anchor、Pinocchio、Agave、Alpenglow 都做过贡献——基本上什么都参与过。我做过密码学、SIMD 和底层程序，覆盖整个技术栈。 

Solana 开发最大的问题在于，除了链上程序和基础设施之外，其他一切都完全是许可制的。我的 PR 几乎不可能被合并进任何官方仓库。但链上程序呢？只要系统不小心允许，我想做什么就能做什么。在那里，没有什么能阻止我。它是无需许可的。我可以不断改进它，把性能做到极致。

所以问题是，如果你看过我的工作，知道它做得多好，也知道我为链上程序做了什么，而且你希望技术栈的其他层也能发生同样的变化，那就开始合并我的 PR 吧，哈哈。

至于汇编，说实话，编译器做得糟透了，开发编译器的人也没好到哪里去。他们从未花时间真正倾听最终客户，也就是开发者的声音。因此，我们不得不自行打造一套独立工具链，让自己的工作轻松一点。

遗憾的是，大多数开发者都只能算中等水平。不是说他们不好，但他们不像 Cavey、我，或 Ellipsis DeFi 那些大神一样，真正知道如何编写高性能代码。我们是一个奇怪的小众开发者群体，懂得如何在最底层推动系统极限，并让其他所有人都能更好地使用它。 

我们的反馈本可以非常有价值，但大多数时候并未得到认真对待。所以，我们最终只能在没人能阻止我们触碰的地方创新——那就是 VM。从这个角度来说，这就是我始终贴近机器的原因。 

技术创新与贡献

说到跨技术栈工作——无论是在 Zeus、Jupiter，还是业余时间——你已经构建并集成了几个高级密码学原语。众所周知，在 Solana 上构建任何链上密码学功能都非常困难。Solana 上的密码学未来会是什么样？除了吼着让人们合并 PR 之外，哈哈，我们还该如何让其他人更轻松地构建高级原语？

我的看法是，几年前，有一大批 ZK 团队准备在 Solana 上构建。我们基本上告诉他们：“对，马上就来了。”然后 Firedancer 出现并表示：“不，我们不会合并这个。”于是所有事情都被推迟了。其中一些团队已经融资，却因为缺少所需的链上密码学原语，根本无法经营业务，被迫转向其他地方。这真的很糟糕。这样对待开发者是不对的。协议的第一客户是开发者——如果不照顾好他们，就不会有人构建产品，散户自然也无物可用。 

所以我说，好吧，我自己来解决。我破解了 Secp256k1 recover 系统调用，基本上让整条曲线彻底越狱。现在，不需要任何协议变更，你就可以实现 Schnorr 签名、Pedersen 承诺、Bulletproofs、任意椭圆曲线乘法，甚至经过调整的 Taproot 地址，而且只需要大约 25,000 CU。这只是一个人在业余时间完成的。我交付的密码学协议比 Anza 还多，对吧？想象一下，如果这种工作真的得到鼓励，会发生什么。想象一下，如果开发更加开放，又会怎样。 

有趣的是，大多数人甚至没有意识到这是多大的突破。我会在会议上告诉一些 Arcium 的人我构建了什么。他们会说：“这也太牛了。”但在 Solana 上，除了我们大概十个真正从这个层面理解加密（密码学）的人之外，几乎没人注意到。 

至于 Anza——他们都是好人，但只有一名密码学家 Sam Kim。虽然他很不错，但 Anza 没有其他人懂密码学，我觉得这相当令人悲观。他们邀请我担任 Alpenglow 升级的审查者。我在审查 Sam 的代码，总体来说写得不错，他的想法也很合理。我想，他们愿意接纳和借助其他人的技能，这是好事。但归根结底，Anza 可能永远都不会真正擅长这件事。你需要多家相互竞争的公司，各自有一些重叠，但也拥有自己的专长。Anza 试图包揽一切并不合理。我们真正需要的是核心开发的多元化。

你认为这更多是文化问题吗？例如，Ethereum 有专门致力于 ZK 的完整 L2，比如 ZKsync 或 StarkWare。Solana 是否只是把 ZK 当成了一种含糊其辞的扩展方案而不予考虑？比如，我们更愿意榨干硬件性能，所以核心重点就是以这种方式扩展链。尽管 ZK 在 Solana 上并不一定只能用于扩展，但它却因此被否定，导致 ZK 如今处于一种尴尬境地？

我认为工具并不好用。如何使用它的教程一个都没有。Blueshift 会添加一些教程——我们正努力合并 Little Endian SIMD 相关内容。合并完成后，我们会发布一个简单易用、性能很高的 ZK 模板和几篇教程，因为我们希望让大家更容易构建产品并理解其工作原理。

现在的问题是，在 Solana 上从零做到 Hello, World! 简直荒谬。比如，你去看看 Sui，照着文档操作五分钟，就能得到一个可运行的 Hello, World!。Solana 没有这样的体验。这就是 Mysten Labs 招聘大约十名懂密码学的人，而 Anza 只招一人的区别，对吧？

我的看法是，大家普遍认为 Solana Foundation 对几乎任何技术都极度缺乏理解。他们对技术的认知只到商业化为止，对吧？除此之外，他们把思考这些问题的任务外包给 Anza。其逻辑是，只要 Anza 的答案说某样东西不错，那它就一定不错。但现实往往是，Anza 的答案在性能方面很好，在其他方面却没那么好。

Foundation 认为一切进展得非常顺利。但开发者的体验却是：“这东西很难用。”那些能力比协议层实现者更强、无偿贡献工作，却无法让自己的成果得到认真对待的人，真的痛苦得要命。就像：“哦，不知道，他们没有神奇的 Anza 徽章，那就无视他们吧，也别冒声誉风险去合并社区 PR。”所以，你可能会注意到我一直在奋力抗争，并大力支持开源开发者——这样我们才能摆脱这种状况，因为我认为社区里有很多人提交了非常好的 PR。当然，里面有很多 AI 垃圾，也有很多烂东西，但同样有很多非常优秀的人值得被认真对待。 这是区块链，是分布式网络——贡献者不应该需要什么 Anza 徽章。他们只应该承担起关注优秀代码的责任，无论代码是不是自己写的。

尽管存在这一切，但回到创新和密码学方面，你还使用 Winternitz 一次性签名在 Solana 上构建了一个抗量子金库。这个项目的灵感来自哪里？未来，也许等到量子威胁变得更加可信时，你认为它会如何发展？

老实说，它始于一条推文，哈哈。去年年底，一位 Bitcoin 极端主义者发帖说：“Solana 会成为量子攻击的第一个受害者。”我读完后心想：“行吧，兄弟。如果我们真需要把用户从不抗量子的密码学迁移到抗量子密码学，我们的链每秒可以完成超过 50,000 次迁移。你们的链大概只能完成六次。到底谁会先完蛋？”

所以我直接说，去他的，我来把它做出来。 

十天后，我发布了 Winternitz 金库，并引用他的推文说：GG。 

这就是动力——有人说这件事做不到。我早已思考后量子签名方案有一段时间，但这句话真正促使我采取了行动。

而且它确实有效。你可以把资金存放在曲线外的 PDA 中，使用 Winternitz 金库。无论发生什么——不管是账本回滚，还是量子攻击干扰领导者签名——至少在我们回滚到的任何版本中，你的资金都会安全。它不是终极解决方案，但却是一艘完美的救生艇。 

如果你是一名基金经理，持有价值数百万或数十亿的 LST 或质押 SOL，而抗量子突然成为监管要求，这就不再是采用过程中的阻碍。你不需要升级协议。它直接就能用。

目前，我已经构建了用于生成这些签名的 Ledger 固件，以及一个钱包和一个 Web 应用。Blueshift 今年晚些时候可能会努力将其打造成更易用的产品。显然，现在还不紧急，但重点是：这个选项今天就已存在。这才是真正的突破。

其实这非常有趣。第二天 Toly 给我发了私信。他开玩笑说：“兄弟，我原以为量子计算机问世后，我就得悄悄退休了。”我说：“哈哈，别啊兄弟，别退休。我们罩着你。”

说到 Bitcoin，你是 Zeus Network 的首席科学家，基本上已经在 Solana 之上从零实现了完整的 Bitcoin 协议。实现这一目标时，最大的挑战是什么？你是否认为，未来还会有其他链在 Solana 之上重新实现？

这个问题非常有趣。Winternitz 签名的计算成本极高，但勉强可以在单笔交易内完成，Bitcoin 也处于类似的最佳区间。它足够复杂，可以支持 SPV 证明之类的功能；同时又足够原始，让 Solana 这种更先进、性能更强的平台可以把那个东西装进这个东西里。

对于 Ethereum 这样的第二代区块链，情况要棘手得多。它们远没有那么原始，而是复杂得多。因此问题变成了：Solana 能否在不断提速的同时，为单笔交易分配越来越多的资源？ 

目前这仍然很难，但并非不可能。如今 EVM 兼容性主要缺少的是 BigModExp 系统调用。如果启用它，我认为我们可以在 VM 层面非常接近与 Ethereum 完全对等，想想都有点疯狂。 

但更大的问题是，为什么要费这个劲？ 

对于 Bitcoin，答案显而易见：它承载着数万亿美元的价值，是货币的黄金标准，而且足够原始，Solana 可以干净利落地复制它。 

Ethereum？没那么值得。 

“超声波货币”只是个梗。有那么一小段时间，Solana 的安全预算实际上超过了 Ethereum，那这是否意味着 Solana 才是超声波货币？把 ETH 封装到 Solana 上带来的价值，远不及封装 BTC。

所以，是的，我认为 Bitcoin 是正确的首个目标。它在技术上可行，在经济上也有意义。随着 Solana 不断改进，我们最终也许会看到其他链被重新实现。但说实话，Solana 的性能越高，我们就越没有必要折腾其他链。

将所有这些功能封装进单笔交易的能力非常有趣。最近，超高效率的预言机更新激起了你的技术热情，你用 Doppler 及其仅需 21 CU 的更新挑战了性能极限。这些低 CU 壮举如何展现 Solana 相比其他链的优势？我们在其他链上也看到过类似的 gas 优化，但 Solana 独有的突破是什么？

预言机是一个非常有趣的案例，因为大家似乎都认为这个问题已经“解决”了。 

回顾大约一个月前，Cavey 使用我的 noop 程序，在主网上达到了每秒 100,000 笔交易。这很酷。现在，我们准备看看能否把它推得更远。更具体地说，是在主网上实现每秒 100,000 次预言机更新。 

如果可以做到，那就会彻底击碎“我们需要更短的出块时间才能与 Binance 竞争”这种说法。如果预言机每秒能更新十万次，谁还在乎 Binance 每 20 毫秒一次的更新？

这才是极致优化的真正意义。专有 AMM 已经在采用类似的更新方式——和我发布的内容并不完全一样，但懂的都懂。目前，他们把这种逻辑深深嵌入自己的交易策略中。 

有了 Doppler，就没太大必要继续把这种复杂性留在程序里。预言机更新可以被完全剥离出来，独立运行。

它的体积也很小。Doppler 预言机 只有大约 480 字节。我甚至还在开发一个 TypeScript SDK，让开发者可以直接通过 TypeScript 部署自己的定制版本，完全不需要接触 Rust。你只需定义一个 Borsh schema 并发布，就可以开始全速执行预言机更新。显然，Rust 开发者也能做同样的事，但我觉得很有意思的是，现在连 TypeScript 开发者也能借助底层高度优化的汇编代码，获得这种级别的性能。

至于使用场景：随机数预言机、永续合约、预言机 AMM、专有 AMM——都能从中受益。支付通道或 L2 扩展等场景也同样如此。如果能以近乎零成本开启和关闭通道，那将意义重大。基本上，你再也不需要仅仅为了更新预言机，就部署一个庞大臃肿的 Anchor 程序。 

抽象、汇编与现实生活

鉴于你以编写汇编闻名，你认为大多数开发者真的应该接触它吗？还是说，只需要少数人推动极限，其他人就可以安全地在技术栈的更高层进行构建？

我认为每个人都应该学一点。可能是当今最优秀程序员的 George Hotz 说过一句话：每个人都应该学习 Python、C 和汇编。 

如果不理解汇编，你就无法理解编译器究竟在做什么。如果不理解 C，你就不会珍惜 Python 提供的所有便利。我不认为 Python 有那么出色，但以 Rust 为例，它是一门表现力很强的语言，既能用于高层开发，也能用于底层开发，是一个很好的选择。

所以，是的，我会建议学习一些汇编和 Rust。如果想编写前端，某个阶段你还需要学习 TypeScript。归根结底，你是在为人构建产品。如果用户是开发者，那么不管你愿不愿意，TypeScript 最终都会进入你的视野。

我刚开始在 Solana 上编写汇编时，真的没有其他人在这样做。我构建了工具，发布了示例，现在已有几百人尝试过。真正擅长的也许有十来个。有些人甚至编写了比我的程序更令人印象深刻的程序。关键基本上只是愿意投入时间去实现它。

我所做的大多是小巧、优雅、性能极高且用途单一的东西——也就是那些我认为执行成本有望降低 100 倍的地方。我的角色更多是探索、启发，再让其他人把它推得更远。到了这个阶段，自我宣传每一项成果对我没什么好处，所以我更愿意介绍其他人、转发他们的内容，并帮助他们建立自己的名声。

所以，是的，我认为每个人至少都应该学习汇编。这是很好的练习。但与此同时，少数人在最底层奋力推动，也确实可以创造出惠及所有人的改进。 

看看过去六个月 Pinocchio 发生的绝大多数改进，它们都来自汇编优化。Febo 像个绝对的大神一样筛查了每一个 PR，并成功合并了一些非常优秀的内容。比如看看 p-token——理念完全相同。 

你是否认为底层编程不只是一种技术选择，也可能更像是一种意识形态？

是的，我认为两者兼有。比如，人们为什么想把 JPEG 放到 Bitcoin 上？使用一个限制极多、从未为此设计的系统去做这种事，本身就有种原始而内在的趣味。它既有点荒谬，又有点美。 

当你停止提问时，好奇心也就终结了。 

因此，如果你是个充满好奇心的人，你的好奇心最终可能会把你带向这样的路径：“我用 TypeScript 编写了调用 Anchor 程序的东西。Anchor 是如何工作的？宏是如何工作的？Rust 是如何工作的？汇编又是如何工作的？” 

接着，你也许会开始深入研究 Rust 编译器，然后是 MIR、LLVM IR，以及代码如何被编译成 eBPF。之后，你会追问 eBPF 是什么，并阅读它的汇编。最后，你盯着原始字节码，意识到编译器没有自动优化某些内容，因此还可以省下几个字节。这就是求知过程的逻辑终点。其中肯定带有意识形态的一面。

你也在与 Solana Foundation 合作，帮助讲普通话和粤语的团队入驻、调试和构建。你与这些团队合作，通过简化流程、提高可访问性来帮助他们。与此同时，你又以倡导汇编和滥用系统调用而闻名。你如何调和这种张力？如何在推动开发者更贴近底层与通过高层抽象让他们切实入门之间取得平衡？

如果你看看 Blueshift，会发现我们基本上设计了一条从新手一直延伸到专家的连续路径。我的观点很简单：你按什么水平培训，就会得到什么水平的开发者。如果你永远只教 Anchor 或 TypeScript，就只会吸引那些认为这些已经足够的开发者。但如果你开始讨论如何通过手写汇编节省单个计算单元，就会吸引不同水平的开发者——真正理解这些词意味着什么的人。

Blueshift 的策略是先瞄准曲线中部。那里人数最多，也能获得最佳 ROI。然后，我们推动他们向右移动，帮助他们提升水平，最终你会拥有一支强大的开发者大军，他们反过来可以支持曲线左侧的人——也就是绝对的新手。

这种方式的可扩展性更强。我可以每天花几个小时教新手如何通过 CPI 调用 Token Program，而这构成了 90% 的 Solana 程序。或者，我可以训练一百个人做同样的事，再由他们每人带一百个人入门。这才是扩展的方式。 

无论人们处于什么水平，我们都希望先把他们带进来，再不断推动他们向右前进。Blueshift、Solana Foundation——目标都一样。

教育、知识传递与社区

说到 Blueshift，你与他人共同创办了它和 Turbin3，两者都肩负着强烈的教育使命。你认为这些项目未来会走向何方？ 

我加入 Turbin3 时，它的内容还不多。我加入后编写了课程中的所有程序，并开始负责运营。我想自己带了三到四期学员，并培训了如今担任教师的所有人。在九个月内，从一无所有到通过良好培训培养出可以接替自己的人，之后也就没剩多少需要我做的事了。通过优质培训培养人才，证明这里存在一种可扩展的飞轮效应。

问题是，他们每个季度会收到一千份申请，然后拒绝其中大约 800 到 900 人。获准参加的人要完成为期六周的课程，每周必须到课三次。结束时，他们拿不到证书，也没有任何可以证明毕业的东西——对方也许会为你背书，也许不会。但六周很长，生活很难保证什么都不出问题。你的狗可能会生病，你必须带它看兽医，因此错过几节课，突然就落后了，然后被淘汰。 传统训练营需要投入大量时间和资金才能运营，而且它们并没有真正针对最优秀的开发者进行优化。你要么是在帮助那些原本并不真正需要训练营、只需要一个职业起点的人；要么很可能是在手把手帮助那些如果没有持续支持就无法完成课程的人。这两条路径都无法以 Solana 如今需要的方式扩展开发者入驻。

所以更好的问题是：如何帮助被训练营拒绝的 800 到 900 人，并给其中真正有能力的人一个机会？ 

Blueshift 的答案是构建高质量的自助式学习。如果你能跟上材料，就可以按自己的时间独立完成，并获得 NFT 作为证明。所有内容都是开源的，我们积极鼓励社区提交 pull request，也会在 Twitter 上公开表扬贡献者，帮助他们宣传自己并开启职业生涯。大家提交改进，我们将其合并，整个平台也随之变得更好。

我们不会说：“抱歉，你没被录取，下次好运。”而是会说：“课程在这里，按自己的节奏把它拿下吧。”我们的课程已经翻译成八种语言，因此人们可以在世界任何地方举办聚会或训练营。Superteam 可以使用，Forma 也可以使用。最后，你会得到一个客观标准：所有人获得相同的 NFT，你知道他们处于什么水平，也可以据此雇用或考验他们。

Blueshift 专注于那些有动力、有能力完成高质量自助式学习的开发者，从而解决所有这些问题。我们欣然接受这样一个事实：如果一切都开源，大家就会提出更严格的批评，而社区的智慧也会因此显现。所以，我们合并他们的 PR，最终打造出最好的教育平台和内容。

你其实已经间接回答了这个问题，但为了说得更明确：你认为开发者教育更像一个翻译问题——让复杂概念更容易理解；还是更像一个训练营问题——让大量参与者迅速达到基准水平；抑或完全是另一类问题？

是的，目前开发者教育的主要问题是，我们免费提供的资源烂透了。其中很多已经过时。如今大家基本上都在使用 Anchor 或 Pinocchio 编写代码，没人使用 solana_program。一切都会很快过时。因此，通过全面开源，我们可以快速、细致地制作优质内容并持续维护。似乎没有其他人真正愿意做这件事，所以既然没人愿意，那就由我们来做。 

六个月前我们讨论这件事时，连 Mert 也意识到了这一点。站在他的角度，他很高兴终于有人决定认真处理这个问题。而且还有谁比我们更合适，对吧？我很幸运，是这个领域较有影响力的开发者之一。一切都是开源的。我们没有护城河，哈哈。我们没有 Foundation 的巨额资助——完全靠自己出资。一切都是我们亲手完成的，我们唯一的护城河就是执行力。 

教育是一条连续的路径。你需要在人们当前所处的位置与他们相遇，提供有足够挑战、能让他们学到东西，但又足够简单、易于理解和上手的内容，让他们愿意不断回来。然后，你开始用技术问题吸引他们向右移动。我认为自己很擅长这一点，所以 Blueshift 是终极技术诱捕平台。突然有一天，你会问自己：“搞什么？我怎么开始写汇编了？” 

Blueshift Discord 还提供开发者关系服务，在大家遇到困难时帮助他们完成项目。最重要的是，里面的大多数问题甚至不需要我回答——社区会回答。而且它比 StackOverflow 之类的平台好得多，因为这里有一个强大且积极参与的社区。

Blueshift 的未来会是什么样？

Blueshift 的未来基本上是两种产品：Coursera 和 LeetCode。我们已经有了这两种产品还算不错的版本——好吧，不只是还算不错，但也并不理想——不过还需要继续改进。我们正在开发 V3，所以它会好得多。 

我们希望极其高效地服务那些有能力完成自助式学习的开发者。说实话，我更希望生态系统中拥有的正是这类开发者。 

我想要的是那些挽起袖子直接动手尝试的人。我们希望通过提供优质资源，让他们尽可能轻松地做到这一点。所以，不要再拿依赖损坏之类的过时垃圾浪费他们的时间。 

最终目标是打造一个平台，让人们不被局限在固定方向中，可以学习自己感兴趣的内容，并通过完成不同挑战来证明自己的能力。 

快问快答

最近编写汇编时，你都在听什么音乐？

哈哈，通常是死亡金属。

Solana 上最好用来滥用的系统调用是什么？

secp256k1_recover

如果余生只能编写 C# 或 Java，你会选哪个？

都不选。

UTXO 模型和账户模型，哪个更好？

一个 UTXO 更值钱。

如果资源无限，你明天最想启动什么样的教育项目？

Blueshift 加线下活动。 

在不把新开发者吓跑的前提下，教授 Solana 底层概念有什么诀窍？

自嘲式幽默。

结语

在这个充斥着高层抽象，并将其视作“现实”以吸引大众的世界里，Dean Little 是一座罕见的桥梁——一位底层炼金术士，用最基本的元素锻造工具，再将其他人托举到自己的肩上。从火箭到推广高度优化的预言机更新，他的历程展现了一种构建者精神。这种精神坚定不移地追求真相：围绕故障进行设计，突破限制进行创新，永远不要盲目信任任何事物。

无论是凭一己意志让量子金库成为现实，还是扩展 Blueshift，用技术挑战吸引下一代顶尖 Solana 开发者（希望他们能站在巨人的肩膀上，不必像我们其他人一样啃那么多硬骨头），Dean 都体现了纯粹主义者的烈焰，同时又受到社区温度的调和。这提醒我们，真正的进步不只是给火堆添更多木柴，把一层又一层堆叠上去——还要剥开这些层次，显露机器低沉的嗡鸣，并教会其他人与之共舞。

随着 Solana 全速冲向下一次飞跃——无论是与 EVM 完全对等、Alpenglow，还是每秒 100,000 次预言机更新——Dean 的工作都在向我们所有人低声发出挑战：*既然可以焊接出属于自己的现实，为什么要满足于善意的谎言？*如果好奇心是火花，那么 Dean 这样的人就是助燃剂。

深入其中，滥用一个系统调用，在单笔交易中塞入复杂功能。谁知道呢——也许最后你也能造出自己的量子救生艇。