不同于传统大厂高度标准化的算法题模式，Coinbase 的面试更偏重实际问题建模、系统模块抽象，以及代码执行的reliability和扩展性。我们总结了真实面试经历中出现的典型题目，涵盖 OA、VO 的 Coding、Design 和 Behavioral 各类考察，帮助大家全面准备这家技术导向极强的公司。

Online Assessment：工程实现能力优先

Coinbase 的 OA 更像工程代码实现题而常规算法。题目往往是构建一个具有状态管理能力的系统，比如模拟banking account、订单簿、或嵌套数据库。不是让你解决一个数学问题，而是让你搭一套系统。以Bank System题为例，第一问通常是实现基本账户操作：开户、转账、余额查询。第二问则引入并发修改或事务一致性，比如 CompareAndSet（CAS）操作、条件删除（CAD）等。第三问可能加入 TTL 或 time-travel 功能，要求你支持回溯到某一时刻的数据访问能力。第四问甚至要求你在数据可能乱序的场景中，按照 sliding window 的方式做聚合。

这类题型不仅要你写出正确的逻辑，更要求你考虑类设计、接口抽象、状态维护与可扩展性。工程感极强，也体现了 Coinbase 对系统稳定性与数据一致性的高度关注。

Coding 面试：数据结构只是基础，问题建模才是关键

Coinbase 的 Coding 面并不追求complexity最优解，而是考察你如何建模一个灵活的问题。以一道经典题为例：实现一个 Interleave Iterator，接受多个列表，依次从每个列表中轮流输出元素。这类题目背后考察的，是你是否能够抽象出合理的interface、设计出通用性强的component。

面试官常常会在你写出初步代码后不断升级需求，比如加上 streaming 支持、加上步长跳跃控制（StepIterator）、甚至是将 iterator 包装成 iterator 的 iterator。这个过程中，是否能灵活修改已有代码、是否提前做了正确的abstraction，将成为关键得分点。

此外，还有一道出现频率极高的题目，是围绕交易系统 event log 做的事件状态推导。给你一个交易 event 的 stream，要你根据 event_type 判断订单当前的状态，比如 NEW、FILLED、IN_PROCESS、CANCELLED。如果时间允许，还会加入 sliding window 的实时处理，或者考虑乱序、idempotency等工程特性。

系统设计：真实场景 + 异步模型 + 可扩展接口

Coinbase 的系统设计题目虽然不如 Meta 或 Stripe 的那么复杂，但是贴近真实生产问题。一个代表性题目是：实现一个买入加密货币的系统，从多个 broker 获取报价并选择最低价下单。设计初看起来简单，但面试官会告诉你，所有 broker API 都是 async 的。这就要求你从一开始就按异步模型设计系统，不能走传统的阻塞式流程。很多候选人一开始会设计同步调用的接口，后来意识到需要 await 后，很难无缝切换。Coinbase考察你是否具备异步编程思维、是否能从系统边界接口出发做 top-down 的 API 设计。

如果你能正确地从外部接口设计开始，建立统一的 broker 抽象，再通过并发异步方式收集报价、下单，并考虑 broker 宕机或响应超时的容错机制，那么你将大概率拿下这个 design round。

BQ面试：没有标准套路，重视动机与技术深度

虽然 Coinbase 的行为面试不像亚麻那样模板化，但并不意味着可以轻视。面试官会围绕你的项目经历深挖技术挑战，而非泛泛而谈 leadership。比如他们可能会问你一个系统上线前的 launch readiness 是怎么准备的、你是否发现了工程流程中的 inefficiency，又是如何推动改进的。这些问题对项目的熟悉程度要求极高，不能只靠背 STAR 模板。另外，Why Coinbase 是每一轮都会问到的高频问题。能否结合 Coinbase 在加密货币、Web3 基建、合规风控等领域的实际业务，说出你真正感兴趣的方向，比空洞的I enjoy solving challenges更能打动面试官。

面试节奏与体验：节奏紧凑，但反馈清晰

从 OA 到 Onsite，一般流程推进很快，几乎每一轮面试完 recruiter 都会同步反馈和下一步节奏。面试官普遍友好，技术交流为主，没有为难candidates的套路。但要注意，Coinbase 的 coding 面时间控制得比较紧，有的题只有 30 分钟，coding + test + follow-up 都要考虑时间管理。SD面也偏实战而非理论，不需要画太多图，但逻辑一定要清晰、边界明确。BQ有时放在最后一天，与前面技术面打包进行，一定要分配好精力，尤其是 back-to-back 场景下。