brucexu.eth ❤️🐼🦇🔊

统计数据

8
文章
0
粉丝
0
获赞
42
阅读
avatar
很高兴跟大家分享：我已正式加入 LI.​FI，担任 APAC DevRel！ 我在 Web3 里花了三年多时间长期在研究一个问题：怎么 Improve UX 让这个行业真正迎来 Mass Adoption？ 从 NFT、Meme 币、DAO，到钱包、跨链桥、以太坊协议，从应用层到协议层，我全都看了一遍，也亲自踩了不少坑。目前最大的判断是：制约 Web3 用户体验的两个最关键的基础设施瓶颈，一个是钱包，另一个是 Bridge/Swap（特别是让 DeFi 对企业真正可用的基础设施）。 钱包的重要性大家都知道。但 Bridge/Swap 和 DeFi 编排（Orchestration）看起来被严重低估了。几乎每个 Web3 用户都需要用到，每个人都被坑过——交易失败、路径混乱、手续费高、速度慢、安全问题不断。很多人并不是不想用 Web3 和 Blockchain，只是在这一步就被挡住了。 深入研究之后，我发现了 LI.​FI。 简单来说，LI.​FI 是一个基础设施协议，为数字资产领域提供统一的市场接入点——它是多链世界的流动性连接与编排层。用人话说就是你只需要一个端点或者界面提交你的任意需求，剩下的 LI.​FI 帮你自动完成，你不需要知道跨链、流动性、不同的链特性等等不必要的知识。从 Swap、Bridge、跨链执行，到更上层的能力如 LI.​FI Composer 和 Intents，LI.​FI 正在用技术解决实际用户体验问题，并且已经在服务大量真实客户。 同时还让我兴奋的是背后更大的趋势：用户不应该被链和资产割裂——他们只需要表达意图（Intents），一切就能无缝运转。开发者也不应该一次又一次地自己拼接跨链桥、DEX、DeFi 协议和路由。无论是钱包、DeFi、支付还是 AI Agent，对统一编排基础设施的需求只会越来越大。 正好是这个方向的顶尖玩家！ 我接下来会重点在亚太开发者生态中推动 LI.​FI 的认知、采用和集成——尤其是中文社区。我会提供技术支持、开发者活动和生态合作，继续跟社区打成一片。如果你正在做钱包、DeFi 产品、支付应用、套利、Neobank、AI Agent，或者任何需要跨链和链上执行能力的项目，欢迎来找我聊——我可以帮你评估 LI.​FI 是否适合你的场景，并协助你完成集成。 DM open、TG： brucexu_eth、微信：brucexu-eth。中文社区二维码见下方，欢迎感兴趣的朋友加入。
#Web3 #Mass Adoption #NFT #meme币 #DAO #钱包 #跨链桥 #以太坊协议 #用户体验 #基础设施
avatar
AI 时代了，安装 OpenClaw 这么难吗？今天会上听团队成员说这个。突然想到我的 NUC 可以装，就顺手用 Codex 装了一下，就是粘贴复制几次就好了，而且模型部分直接复用我 ChatGPT 套餐，用量不大应该是直接免费的。 简单介绍一下吧。首先，我先把高赞的 OpenClaw Youtube 视频全部导入 NotebookLM，然后在 1min 之内就构建了一个 OpenClaw 最佳实践和踩坑知识库。 然后我让它告诉我安装最佳实践，帮我生成了一下安装指导。 然后我 Copy 进了我的 Linux 家庭服务器的 Codex，然后它就帮我装好了。 然后我再在 NotebookLM 问了下免费用 AI 的技巧，然后又生成了一些指导，然后 Copy 进 Codex，这一步由于需要命令行 OAuth 和配置，AI 折腾了一下。不过我突然发现我买了 GLM 一直闲置，就换成了 GLM 测试。 然后就完事了。再有问题问问 Codex 就好了，不知道为啥需要写很长的安装教程文章呢？
avatar
我的一个推断：Codex 或者 Claude Code 在十几年的尺度上可能都是昙花一现，最终赢家还是 Google or Microsoft。逻辑如下： 1. 模型的差距在缩小，按照现有的技术和有限的高质量数据集，存在一个天花板。Gemini 或者其他模型有机会在模型层面追上。除非技术产生重大变革。 2. OpenAI 或者 Anthropic 是 AI -> ? 的起点或者打法。而 Google 和 Microsoft 则是 App 生态 + AI -> ? 的起点和打法。这种生态壁垒、用户和难度是完全不一样的。 看看 Google 家的 AI 应用就知道了 ，文理两开花，最大的能力短板就是 Gemini。而写代码层面，Microsoft 拥有 GitHub 和 VSCode，都是做聚合器或者平台的。VSCode Copilot 都是支持多种模型的。如果有一天，模型竞争力和先发优势不存在了，用户并不在乎，可以一键切换。 不过这个推断可能需要几年才能验证，先抛出来。看看第一轮 AI 泡沫破灭的时候，会先带走谁🤣
avatar
bun 强到什么程度呢？就是一个老应用，只是把 npm install 换成 bun install，修复一下 Dockerfile 的报错，别的啥也不用管，构建性能就能提升 60%，从 5min 缩短到 2min。 拍脑袋算了一下，如果全世界的程序员把 npm 换成 bun，云服务商的利润可能掉了 15%，全球气温会降低 0.1 摄氏度（勿杠
avatar
Vibe coding 新人最常见的早期症状： 1. 感觉我无敌了，啥都能干，啥都来干一下试试。 2. 感觉我无敌了，同时开四五个窗口，来回转着开发，比如这个下个命令，等待生成，然后看看下一个窗口。把额度压榨到极致。 我都经历过，第一点是会发现坑越挖越大，最后发现 Vibe coding 并不是全能的，真想做点能用的需要磨好久，然后兴趣消耗殆尽丢弃屎山开始下一个坑。第二个是脑子炸了，发现哪个都做不好，通常半天或者几天，上下文就开始紊乱了，无法给出有效指令。 现在我的最佳实践是先想清楚这个项目要不要自己做，然后同时只开 1 个最多不超过 2 个项目，不同的 feature 开 worktree 并行猛干，然后 review 和 merge，上下文放在一个项目里面。
avatar
我可能确实太笨了，实践了这么多年时间管理今天才深刻意识到时间管理的本质并不是高效的管理工具、安排满满的 calendar、一周 80 小时的工作，而是选择和优先级设定，再深一层就是你想要的目的和人生使命。 时间是一个神奇的东西，它永远不会停止前进而且每个人的数量都是一样的 24 小时一天。这也就意味着不管你怎么优化时间管理工具或者工作效率，总会有一个极限。 抛开出身或者不可抗力，假设人人都在同一个起跑线上出发，在相同的时间下，选择决定了最后结果的不同。比如你可以决策使用什么方法和教程学习什么内容进入什么行业，其实没有什么对错，但是最终实现的目标和成果是不同的。很明显，世俗意义上的成功人士大多在某些关键节点做出了某些明智决策，而每天努力工作和高效的时间管理只是一种助推，而不是决定性因素。实际上可能还有副作用，比如消耗了大量精力之后无法思考和做出高质量决策，进入一种充实的瞎忙状态，实际上没什么有用产出。 之前我问过 Vitalik 每天用什么任务管理方式和工具，他说有一个文本文件记录简单的每天目标，大概就是几个点就够了。其实就是印证了这一点，真正重要的事情可能并不多，其余的做不做都不重要，很多甚至要说 no。 综上所述，我可能会重新升级我的 todo 管理系统，大概几个改动点： 1. 引入 AI 过滤和聚类。首先设置好我的目标和大计划，通过 AI 过滤掉其实没什么帮助的任务，同时将类似的任务合并集中处理。 2. 尽量简化流程，减少流程上的时间消耗。 3. 微调工作流，定义好了近期一到两个关键目标，AI 自动识别关键任务然后推送过来处理。 节约时间、提高效率和做出高质量决策的一些思考： 1. 不设限制。不在任何预设条件下做决策，比如认为某个事情必须做，某个事情一定无法实现。实际上没有辞不了的工作、停不下的事业、换不了的环境、离不开的人，这些都只是自己的心理限制。 2. 高质量输入。如果你想做出高质量决策你必须要有高质量输入，比如你要做出买卖股票的决策，你用富途评论区的情绪评论还是专业研究机构的研报和财报输入，显然是两个结果。高质量输入的重要性不再赘述 垃圾信息还不如不看 3. 时薪价值计算。为自己设计一个较高时薪作为参考，判断有些事情是否需要外包或者想其他办法。例如决策要不要买洗碗机，可以计算每天洗碗时间开销 x 时薪跟洗碗机价格对比。如果超过则应该购买。其实很多老一辈的人基本无法正确计算价值，宁愿手动累死累活做一个事情，也不愿意花点小钱。 4. 复利效应和自动化。当下做的这个事情能否让未来更轻松一点。比如翻译内容，单纯做一次手动翻译实际上没什么复利，一个小时产出一篇。但是同样一个小时开发一个翻译 SoP，让未来每次翻译从一小时缩短到 10 分钟就好多了。持续的做带有复利的事情，能力、水平和层次就会越来越高，而且有加速度。 后面很多早期实验、思考的片段、最新的进展都会放在频道里面，欢迎查看
avatar
这个项目初看神奇，实际上是个死胡同。这个方向十年前淘宝前端团队就在探索了，我还参与了一下开发了点东西，本质上就是做一套动态 UI 渲染引擎，将网页和交互使用 JSON 等其他结构化的语言描述，配合 React 组件库实现无代码生成应用，甚至可以动态调整 UI。只不过当年需要拖拽或者人工编写 JSON，现在 Google 用了 AI 生成。 为什么说是死胡同呢？如果你做简单的页面和交互，这个肯定没问题，但是多少复杂一点的业务和定制化需求，就完蛋了。因为 JSON 不管你怎么设计数据结构，能表示的交互和功能永远无法达到 HTML + CSS + JS 代码组合所能实现的。也就是说针对真实自定义的需求，要么你生成一个无比复杂的 JSON 和渲染引擎去解析；要么降级需求只能用你限定的框架和功能；要么直接生成代码，现在生成代码并不复杂了。 所以当年那些低代码尝试在我看来比较鸡肋，要么你就是生成纯 UI 加简单 form 交互，例如：wix；要么你就是高度定制化的组件，针对特定业务场景例如问卷生成来自动生成，例如各种 form app。
avatar
确实有点令人失望了，使用 EIP-7702 开发 Web 应用的话，受限于钱包的限制，基本上跟残废一样。目前钱包为了安全、自定义功能、控制权等，基本上限制你只能 authorize 他们指定的 audited 合约，不允许 dapp 发起 Type 4 的 tx，这样的话，dapp 应用端几乎没法做什么，更差的是还需要适配每个钱包端的自定义账号合约！
#EIP-7702 #Web应用 #区块链开发 #钱包限制 #智能合约 #dapp #账号合约