Michael

@no89thkey
Brevis 联合创始人

Michael 是 Brevis 联合创始人、IOSG Ventures 风险合伙人及 Celer Network 联合创始人,兼具底层协议创业与基金视角,长期聚焦 ZK、跨链与可验证计算等加密基础设施方向,行业辨识度高。

综合影响力
68 / 100
从业年限
2 年
关联机构
1 家
个人投资
4 家
媒体曝光度
20 次 / 月
个人净资产
--
01

人物档案

WOOFUN AI

Michael 是 Brevis 联合创始人、IOSG Ventures 风险合伙人及 Celer Network 联合创始人,兼具底层协议创业与基金视角,长期聚焦 ZK、跨链与可验证计算等加密基础设施方向,行业辨识度高。

偏好技术门槛高、基础设施属性强的项目,决策更看重协议可验证性、工程深度与长期网络效应,风险偏中高但不追逐短期叙事。

近期公开关注仍集中在 ZK、DeFi 合规与加密基础设施叙事上;其已投项目覆盖跨链桥聚合、ZK ASIC、原生情报网络与通用证明层,延续技术驱动的布局。

出生地--
教育背景--
从业年限2 年
关联机构1 家
个人投资4 家 · 独角兽 0
媒体曝光度20 次 / 月

AI 风格画像务实派 · 技术型 · 高门槛

主导特征务实派

兼具创业者与投资人双重视角,倾向从技术可落地性和生态扩展性判断项目价值,而非单纯追逐热度。

比较优势技术型

拥有 ZK 与协议层创业背景,能更早识别底层架构机会,对复杂技术路线的判断通常比纯财务型投资人更深入。

主要争议高门槛

重技术、重基础设施的偏好意味着周期可能更长,外界也会质疑其是否过于集中在少数高难度赛道。

02

职业履历

2 年连续创业

Brevis 联合创始人

Michael 是 Brevis 联合创始人, IOSG Ventures 的风险合伙人、Celer Network 的联合创始人。

03

关联实体

1 家

IOSG Ventures

加密原生基金

IOSG Ventures 是一个投资于 Web3 未来的开创性加密货币基金。作为一家以主题为导向的公司,IOSG Ventures 协助创始人开发社区驱动的协议,这些协议旨在改变加密领域。自 2017 年成立以来,IOSG Ventures 投资了多个行业领导者,包括 Arweave、Cosmos、Celestia、Eigenlayer、Scroll、zkSync、Nil Foundation 和 Mina。

OpenGradient

基础设施

原生情报网络

LI.FI

基础设施

跨链桥聚合协议

Ingonyama

zk

零知识证明 ASIC

ZkCloud

基础设施

ZK 的通用证明层

04

投资偏好

重仓 · 基础设施

合规基础设施重仓

偏向支持具备长期合规空间的底层协议与基础设施,尤其是能降低链上不确定性的技术方案。

零知识证明核心

对 ZK 相关方向持续投入,覆盖证明层、硬件加速与可验证计算,体现出对隐私与扩展性的长期看好。

跨链互操作重点

关注跨链桥聚合与互操作协议,说明其重视多链环境下的资产流动效率与用户体验。

可验证计算看好

倾向布局原生情报网络、通用证明层等方向,押注未来链上计算与验证需求的增长。

05

投资活动

1 家 · 独角兽 0
2025/12/11

LI.FI · --

基础设施 · 跨链桥

$29.00M
06

关系网络

核心关系 · 合作 · 监管
核心组织
IOSG Ventures
联合创始人
Brevis
联合创始人
Celer Network
同事
Jocy Lin
联投机构
Coinbase Ventures
联投伙伴
Michael Dong
早期项目
Ingonyama
早期项目
LI.FI
早期项目
ZkCloud

Michael 的关系网络主要围绕 IOSG Ventures、Brevis 与 Celer Network 展开,并延伸到 zk/基础设施早期项目及多家加密基金的联投协作;其公开可见的组织背景较集中,项目侧以 LI.FI、Ingonyama、ZkCloud、OpenGradient 为代表。

08

新闻动态

实时同步
加载中...
09

社媒动态

@no89thkey · 0
Michael@no89thkey · 2026/07/29赛道影响

In the age of AI, Real engagement, real contribution, and real skin in the game matter more than ever. What was missing is an end-to-end, verifiable way to attribute actions and attest to influence. The creator economy shouldn't be dead. It was a bad incentives design that killed it. Excited to be building an ungameable reward layer for creator campaigns with @Punk9277 and @KaitoAI team.

2083.5K
AI:偏主题投资表达,释放对基础设施与新叙事的偏多信号。
Michael@no89thkey · 2026/07/28赛道影响

At Brevis, we've fundamentally changed how a frontier software gets built. Instead of having engineers hand-write CUDA kernels, tune performance, and run benchmarks themselves, our team built in AutoEng, a reproducible AI workflow built on carefully designed harnesses that orchestrates powerful AI agents to do the actual engineering work. That's how we delivered the dramatic performance gains in the Pico 2.1 release. Our hope is to graduate AutoEng from an internal tool into a full product so we can help to bring the same leverage to performance-sensitive software development everywhere.

116897
AI:偏主题投资表达,释放对基础设施与新叙事的偏多信号。
Michael@no89thkey · 2026/07/13政策影响

The most revealing thing about this essay is who's missing from it: the individual user. Satya is right. Own your evals, your traces, your learning loop, your right to train on your own outputs. But he frames all of it as an enterprise problem, as if billions of ordinary users facing the same paradox with zero negotiating power is just a given, not a problem. Here's the deal the old internet actually ran on: human scale use was free, machine scale reuse was restricted. You could read anything, act on anything, do whatever you wanted with what you found. Scraping and bulk reuse were for companies, and companies got restricted. That contract made sense when only companies operated at machine scale. Personal AI breaks that assumption completely. Training a model on my own conversation history is now the personal use case. It's the new version of rereading my own notes. Yet the terms of service treat me like a scraper of my own life. And notice the sleight of hand. The labs tell you that you own the outputs. Then they attach a covenant banning the single most valuable thing you could do with them. Ownership that excludes the most valuable use isn't ownership at all. It's custody. The irony runs deeper. These same labs trained on the open web under fair use, arguing that machine learning from data is like reading. Fine, I actually agree. But then learning from model outputs is like reading too. Fair use for me, breach of contract for thee. California won't even enforce noncompetes. A researcher can quit tomorrow and build a rival with everything in their head. We privilege human memory over machine memory, right up until it's the labs doing the machine learning on everyone else's output. When learning only flows in one direction, that is not a market anymore. It is enclosure. If "what you create should belong to you," then we should make it law/new regulation that fits the new AI era. An unwaivable user right to own and reuse the outputs of your own AI interactions, including to train your own models or whatever the fuck you want (even selling it). Otherwise we get a future where a handful of companies own how everyone else learns.

303527
AI:偏政策推进,强调合规落地与规则明晰,对监管主线更敏感。
Michael@no89thkey · 2026/07/08观点输出

For anyone wondering what on-prem proving for Ethereum looks like: we took a picture of our server before spinning this up! https://t.co/LVU3Um1jYX

14142.1K
AI:延续个人公开立场,强调长期主义、执行效率与行业方向判断。
Michael@no89thkey · 2026/07/07观点输出

Building through cycles.

002594
AI:延续个人公开立场,强调长期主义、执行效率与行业方向判断。
Michael@no89thkey · 2026/07/07观点输出

RT @brevis_zk: Our on-prem @ethereum ZK Proof cluster is live. Proving on self-owned hardware is how Ethereum stays decentralized without c…

03088
AI:延续个人公开立场,强调长期主义、执行效率与行业方向判断。
Michael@no89thkey · 2026/07/07赛道影响

Our CSO @succinct_li did it again 🔥 We've been building an AI agent for fully automatic software performance optimization. First real test: we pointed it at our own stack — code hand-tuned for years by some of the best performance engineers in ZK. It still found an amazing 11% speedups. Then we gave it a single round on https://t.co/mFKWMRRIO1, the open quantum computing benchmark by @eigencloud and @gajesh and it briefly took #1 on the leaderboard. Then we pointed it at @GPU_MODE. Top 20, in short order. ZK proving. Quantum circuits. GPU kernels. Three completely different frontiers all driven by one AutoEng agent. Performance engineering is one of the scarcest, most expert-driven skills in software. An agent that does it automatically doesn't just save engineering time: it changes the economics of building fast systems.

107802
AI:偏主题投资表达,释放对基础设施与新叙事的偏多信号。
Michael@no89thkey · 2026/06/30观点输出

@suji_yan 认出了这个台球厅 打保龄球吗朋友

100178
AI:延续个人公开立场,强调长期主义、执行效率与行业方向判断。
Michael@no89thkey · 2026/06/05赛道影响

被黑很可怕,但更可怕的是:你不知道自己有没有被黑,也没有办法证明自己没被黑。这些本来可以被一个看似没用的feature避免。AI时代,高价值系统设计必须重新从“深度防御”的角度出发,尽量避免这种问题。 这次 ZEC Orchard 漏洞真正可怕的地方,不只是它可能允许无限增发,而是因为 ZEC 的隐私特性,系统无法确定这个漏洞到底有没有被利用、被利用了多少。也就是说,也许什么都没发生,也许已经发生过无限增发,但链上没有办法给出一个确定答案。 这件事反映了行业一个更深层的问题:我们不能再把软件安全的设计标准停留在“代码应该是没问题的”。尤其在AI之后,白帽和黑帽发现漏洞的速度都会被极大放大。未来高价值系统的默认假设应该是:实现一定有问题,所以系统必须围绕关键不变量设计足够多的guardrails(安全围栏)。 比如 ZEC 的发行速度和总量规则本身是确定的,那么在网络里增加某种零知识证明,去证明代币总量和发行规则没有被破坏,是完全可以实现的。只是这种功能在没有事故时看起来“没什么用”:不提升性能,不改善用户体验,也没有短期叙事。但如果当时有类似机制,任何无限增发类漏洞一旦被大规模利用,就可能被监控迅速发现,而不是事后两眼一抹黑。 这就是所谓“深度防御”的意义:不要假设某一层永远正确,而是用多层独立防线覆盖预防、检测、限损、响应和恢复。一层失败,其他层至少应该让问题可见、可控、可恢复。 各种DeFi协议也是一样。代码审计、形式化验证、漏洞赏金都很重要,但这些还不够。真正的安全体系还应该包括运营安全、实时监控、异常检测、限额机制、熔断机制、应急治理和主动攻防演练。未来链上系统的标准不应该是“我们相信实现没有问题”,而应该是“即使实现有问题,系统也能尽快发现、限制损失,并证明关键不变量没有被破坏”。 最后希望这个漏洞没有被真的使用过 安全生产 警钟长鸣

10101.7K
AI:偏主题投资表达,释放对基础设施与新叙事的偏多信号。
Michael@no89thkey · 2026/06/04观点输出

@felix_fan @YeruiZhang 执行肯定有很多不足的地方的 但是在特定价值观下 可能执行就有一些限制 比如没法当作ceo一样的角色去具体的按照公司治理的方法去管eth 可能是自由核心的一体两面

002153
AI:延续个人公开立场,强调长期主义、执行效率与行业方向判断。

评论

回复 @用户
0/800

暂无评论

消息提醒

登录后查看消息
查看全部消息管理订阅