当一个机会被大多数人都看到时，这个机会的 alpha 值实际上已经不存在了。跟风并没有太大意义。

撰文：TokenDance

背景说明

声明一下，本文不是成功人士回顾经历 ( 我的差距还很远 )，说的很可能很多都是错的，或者不适用于读者。本文只是分享一些个人体会。

我之前在字节跳动 Applied Machine Learning 管理几个方向的 Engineering + PM 团队。在加入字节跳动之前，我是 Google Tech Lead Manager，经历过的团队有 Cloud AI 以及 Spanner。2021 年偶然看到了 a16z 的一些 crypto 技术的材料，感觉非常有意思，才开始研究。2022 年从字节辞职在 crypto 领域创业。

为什么转变赛道

当我了解了很多 ethereum/bitcoin 的技术和理念后，我感到这是一个新的基础「原语」（primitive），可以实现之前无法实现的「无信任计算」（trustless computing）。这些原语是更底层的变化，会带来许多不同软件的变革，需要做一个更本地化 (native) 的版本。

相比之下，AI 是更高层次的变化，可以为创业者提供创新的层面，但相对较高。

首先，我必须澄清，现在 ChatGPT 带来的许多变化是非常令我钦佩的。我也非常相信这些变化将带来巨大的变革。但是，AI 的核心实际上是中心化和规模效应。在 chatGPT 之后，这一点更加明显。在基础设施层面，预计最终能够存活下来的玩家不会太多。真正需要开发 AI 模型的人（注：不是研究），从长远来看，数量可能会大幅减少。而 AI 领域的大部分工作可能会在更高的层面，更偏向应用层。在这个层面上进行创新，做技术的人并没有太大优势。更了解业务和用户业务场景的人，才会比较有优势。因此，我认为还是需要专注于在我创业能够产生最大影响的领域，整个 AI 领域的创业机会对我来说并不清晰。根据我多年在这个领域落地的经验，AI 能仍然存在许多问题，例如长尾和距离钱太远等。我不打算在这里详细展开。

最后，当一个机会被大多数人都看到时，这个机会的 alpha 值实际上已经不存在了。跟风并没有太大意义，这个世界上有许多机会，关键是专注于做好一件事情。

为什么选择 crypto dev tools 赛道

在加密货币 (crypto) 领域，充满不确定性，但同时也充满想象力，应用层面的未来并不明朗，这不是我的优势所在。因此，在选择时，我的考虑重点是如何发挥自己的优势，避免劣势，把握住在这个巨变环境下稳定增长的赛道。

分析我的优势主要是在开发工具方面：

洞察 (insight)：

• 多年开发工具领域经验
• 我自己也是开发工具的老用户

坚定的信念 (conviction)：我相信这个领域可以取得很大的成功（很多人不相信）

人脉网络 (network)：

• 在硅谷拥有顶级的人脉网络
• 可以快速建立和管理一个顶级、高效的产品研发团队（成本比美国本土低 50% 以上）

我的劣势是对加密货币的接触相对较晚，跟早期加密货币的社区不熟悉。

其实，我之前一直在开发工具领域里，没有太大变化。我最开始在 Spanner(Google 的分布式数据库 ) 工作，后来在 GCP AI 团队，为人工智能做基础工作，最近几年在字节 Applied Machine Learning 团队，也是为人工智能做基础工作。这些经历有一个共同点，就是服务开发者。因此，我在如何服务开发者方面积累了很多经验。另外，近些年来，许多传统的开发工具公司发展得非常好，给了我们很多信心。

综合来看，做基础设施和开发工具是最好的发挥优势、避免劣势的方法。

只要做到赛道第一，就有无限可能。

为什么选择 Observability/DevOps 这个领域

首先，如何定义这个领域？传统的定义是指指标 (metrics)、日志 (logs) 和跟踪 (traces)。这三个方面需要整合在一起，中间可以相互切换和关联。

如果回到 2022 年初看做开发工具领域的公司，会有几家突出的公司，按照他们的说法和 Web2 公司的对应关系是：

• Alchemy（AWS）
• Dune Analytics（Snowflake，Tableau）
• Moralis（Firebase）
• Tenderly（没有精确对应的公司，很偏向开发）

这些 Web2 公司非常成功，但是我们认为这些开发工具公司做得并不够好，实际上我们也可以参与竞争。

另外，一个更好的思路是做一个不直接竞争的产品。

仔细看，有一个赛道，在 web2 非常成功，但是在 crypto 里还没有做出来比较好的，就是 DevOps 了。这个赛道里有很多家百亿美金级别的公司，比方 datadog, elastic, splunk 等等，想象力是足够的。

在我们实际使用了现有 crypto 领域的工具后，感觉我们做这个领域，应该可以把产品做出比之前有 10x 体验的信心。因此，只要我们相信这个领域本身的增长，我们只要把握好执行，做成功了应该就是一个 category defining company，是可能被载入历史的。

为什么没有现有公司已经做好这个事呢？

首先，我充分相信市场是有高效的。如果一个事情利益很大，那不太可能你是第一个想到的。因此，这个赛道没人深入做，一定是有原因的。我们分析有下面几个原因：

1. 别的赛道，比如做 app，钱更多。Web2 DevOps 也是过去 10 年才起来的。
2. Smart Contract 天生就不好更新，不好更新的话，Operation 天然需求就会低很多。
3. Chain 上信息并没有很快、很多，因此 real-time monitoring 这个不一定是刚需。
4. 现在 smart contract 开发和测试都很艰难，其实刚需部分轮不到 Operation。
5. 其实 mainstream 最顶级的 developers 大部分都还不相信 crypto，这些先进的体验其实并不是大部分人都有足够体会。

关于这些问题，其实最核心的还是不好更新的问题，其他的都可以被领域的自然发展来解决。当我们更加了解 dApp 开发后，发现其实大家各有对策，比如 EVM 有 proxy contract，专门解决更新问题。比如 solana、aptos 等等这些新的链，都直接有 upgrade 的 primitive，只是都会留下记录可以做审核。

其实我们再退一步想，软件开发的本质是不会变的。都会经历这些过程：

Dev -> Debug/Audit/Test -> Deploy -> Monitoring -> BI

只是他们在 Web2 和 Web3 之中会有一定的比例不同：

• Dev -> Debug/Audit/Test -> Deploy -> Monitoring -> BI （Web2）
• Dev -> Debug/Audit/Test -> Deploy -> Simulation/Monitoring -> BI （Web3 today）

Web2 里面会严重偏向 Deploy 之后的部分，因为数据增长太快了。专注 Dev 阶段的 Web2 公司，其实根本不是一个量级的。Web3 的重点会偏向开发很多。另外，Web3 在运行时的时候，一个很大重点是 Simulation，这个是 Web2 里不存在的。DevOps 中很多 metrics/logs/traces 也会很大帮助开发的过程，只是现在 blockchain 的基础 API 并不能让用户很自然地写这样的程序。这个也是我们要解决的问题之一。我们也会把 Simulation 和传统的 DevOps 的元素做好整合，总体上需要 10x 现在开发者的体验。

Introducing Sentio (sentio.xyz)

当前大家需要开发运维等需要用一系列工具，比方在 EVM 生态

• 开发，调试，模拟 -Truffle/Hardhat -- (Tenderly)
• 部署 - 自己手动，或者 thirdweb
• 数据索引 +serve 网站 - The graph
• 监控 - 自己弄一套 或者 没有，2022 年出现了 Forta
• BI - Dune Analytics

当前，这些工具最大的问题是比较碎片化，也没有做的很精细，另外基本都集中在 EVM 生态。

Sentio 的目标是做一套 Crypto 领域中 Observability 的标准工具，提供极致的开发体验。

这套工具有很大一部分跟是 chain-independent 的。会提供跟各个链的整合。比方我们现在大部分功能，都支持 EVM 标准以及 Move 标准。

目前，Sentio 主要会 focus 在 DevOps 的部分，因此，会 Cover：

• 开发，调试，模拟
• 数据索引，存储
• 实时监控

这里面的核心是可以在各个部分中 navigate，比方从 metrics 跳转到 log，再从 log 里跳转到 trace，以及单步的 debugging。我们未来也会将 debugging 和 simulation 的记录管理起来，让用户可以后期查看这些历史记录。（点击观看Demo）

现在已经有大概 20 个项目在使用 Sentio，其中包括一些著名的项目，比方 PancakeSwap, Wormhole, Pyth Network, Loopring, Goldfinch, Pontem Network 等等。这些项目既有 EVM 的，也有 Move 生态的。

在我们的 roadmap 上，我们还会和做 EVM 标准做更深入的改进，比方，solidity 里是没有 native 的 telemetry API 的 -- 你无法很容易像 Web2 开发者一样，随意在程序里面打点或者打 log，然后进行可视化以及搜索。我们会引入一套新的 Solidity API，让用户可以非常自然的进行这些操作，然后用我们的软件就可以看到这些操作的结果，提供非常流畅的体验。比方：

function makeAnEpicNFT() public {

 uint256 newItemId = _tokenIds.current();

 string quote = pickRandomQuote(newItemId);

 string finalSvg = abi.encodePacked(baseSvg, quote, "</p></div></foreign></svg>");

 // @sentio Log("name: %s, img: %s", quote, Base64.encode(bytes(finalSvg))

 _safeMint(msg.sender, newItemId);

 // @sentio Meter("totalMint_" + quote).increment();

 _setTokenURI(newItemId, finalTokenUri);

 _tokenIds.increment();

 emit NewEpicNFTMinted(msg.sender, newItemId);

 // @sentio Log("An NFT %s has been minted to %s", newItemId, msg.sender);

}

如何融资？

首先，我要强调的是，融资并不是最重要的事情。相比之下，打造一个优秀的产品是更要的，也更艰难许多。

在开始融资之前，我们可以选择先不融资，而是先投入一段时间来开发产品并观察市场反应。融资的本质在于买时间以消除风险。因此，在评估融资时，我们考虑还是需要加快开发速度，尤其是当我们已经落后于其他竞争对手时。最终，我们选择 Lightspeed Ventures Partners（美国）作为领投方，以及多家机构投资者和天使投资人参与，总共融资了 640 万美元的种子轮资金。

就我们这轮种子轮融资的决策因素而言，有几个方面需要总结：

首先，种子轮的融资，很大程度取决于你的个人背景，特别是你之前领域的成绩。基于你之前的成绩，一般都会有重量级人物向风投机构引荐并为你背书。如果介绍人对你的成绩并不熟悉，没法为你做强背书，那一般 VC 不会特别重视这种介绍过来的案子。

不管你是通过演示 Demo 还是已经制作了产品（甚至已经发布），你需要说明一个事实：你对自己的想法有足够的信心。即使只是制作一个简单的 Demo，也可以帮助你建立你对自己想法的信心。此外，如果你在之前的领域中已经取得了非常好的成绩，并放弃了这些成果，专门开始从头做一些新的东西，本身就是非常有信心的表现。

最后，你需要有一些独特的见解，让风投机构相信这是领域里大部分人不知道的新东西。当然，无论你在这些方面如何下功夫，你的个人背景是无法短时间内改变的。总之，这需要你多年来在职业生涯中的积累和努力。

需要强调的是，以上经验主要基于我们在美国与 VC 打交道的经历。当然，这些经验并不完全适用于国内的风投市场。

如何搭建和管理远程团队？

首先，作为联合创始人，必须是相互熟悉、建立信任和容错基础的。在技能方面，我认为以下三点比较重要：

1. 在公司需要的核心领域上，必须拥有 1 到 2 项具备世界顶级水平的技能，否则如何获得信任和服众？
2. 必须对公司的事情有足够的信念和自信。如果你自己都不相信，如何能让别人追随？
3. 必须有顶级的执行力，因为创业公司就是默认会失败的，如果没有行动力，就会慢性死亡。

在选择早期团队成员时，我特别注重具备世界顶级技能和执行力，这一点与上述类似。唯一的区别是早期团队成员可能没有足够的信念，经常会“跟随人而不是事情”，这是非常常见的。因此，领导者的个人关系、声誉和个人魅力，是吸引其他顶级成员加入的核心因素。这样的团队也会更加信任。例如我们的团队，所有人都是一起工作过至少几年的。

在团队管理方面，最重要的是建立信任，并解决”代理问题”。解决这两个问题的核心是联合创始人必须具备以下两个方面：

1. 透明：不要对团队成员隐瞒任何事情，坦诚地分享自己的困难和想法，不要滥用联合创始人的特权，要求团队成员做到的事，自己要先能做到。
2. 独特价值：这一点与前面的技能要求类似。联合创始人必须与公司发展保持同步，让团队的人愿意跟随你。如果团队的人认为这个事情可以轻易找到其他人来完成，那么很难获得团队的支持。

所有管理问题的根源实际上是在招聘时没有找到真正合适的人。很遗憾，很多事情基本上没有捷径，都需要多年的积累才能做好。

总结过去几个月的一些成长体会

10x better Product

我们很容易陷入一个误区是觉得我们可以做一个东西比对手更好，因此我们可以成功，事实可能也是可以的。但是，更常见的情况是，如果你只是比对手好 30%，客户是不会切换的过来的。你需要给他一个切换的理由，要不就是你比对手好 5-10 倍，要不就是便宜 5-10 倍。找到这些能够突破的点，是做产品能否高速增长的关键。这个过程是个非常黑暗的过程，但是也是最让人激动的地方。

如何获得 insight

我个人倾向于认为 insight，都是一线实战中拼出来的。不去死磕细节，会感知不到一个问题可以突破的地方。而开创一个新的事业，就是 bottom up，从一个 insight 开始，找到突破口，用最快的速度执行和迭代做成的。所以我建议大家与其说自己看不到机会，不如先问问自己是否把探索的事情都做到了极致。

如何看待成功和失败

创业的定义就是成功的概率很小 -- 因此大家要做好面对失败的准备，以及想好创业的目标是什么。在我看来，我的目标就是这个 experience，如果你认为你自己在大厂因为种种原因觉得自己”怀才不遇“，那就出来让市场来检验你。人生最大的风险，就是本来可以选择去折腾，但是却选择了更舒服的一条路。因此，对我来说，创业失败是没有折腾，按部就班慢性死亡。创业能退出都看缘分，这个不是那么重要，重要的这个奋斗的经历，挣不到钱无所谓，但是我要让这个行业的人知道我们是谁，我们在做什么，让大家知道我们是赛道第一名。做不到这些，才是失败。

最后，欢迎大家来使用体验，我们的网址是 sentio.xyz。也可以来找我个人交流，我的联系方式是 (twitter, email)