KJ博士 🇨🇦

Blockchain scientist. Intern @0xZentra.
Minus Theory and first Useful PoW.

[KJ博士 🇨🇦 @kernel1983]

@ShiningRay 反正是单线程，抛弃红黑树，拥抱array

[KJ博士 🇨🇦 @kernel1983]

@yifanxu_ephai 我们 Zentra 也要用这种思路做30年

[KJ博士 🇨🇦 @kernel1983]

@aslambeg84 FastAPI small size and no compile time.

[KJ博士 🇨🇦 @kernel1983]

@TastingoV 期待

[KJ博士 🇨🇦 @kernel1983]

@drjingle 顺便找人科普一下怎们汞变黄金

[KJ博士 🇨🇦 @kernel1983]

@drjingle 比特币数学集训班可以增加共识

[KJ博士 🇨🇦 @kernel1983]

我几乎花了超过24小时处理这个问题，幸好这还是测试网。

有人问AI能干90%的工作，还要工程师做什么？
干完90%，AI说不会了，逻辑已经接近混乱了，这时候工程师出来解决所有问题。

[KJ博士 🇨🇦 @kernel1983]

Base sepolia changed from 2s block interval to 200ms. It is 10 times blocks produced now.
However, the testnet RPC still limit to 25 requests per second.

@base @buildonbase did you consider to raise the limits?

[KJ博士 🇨🇦 @kernel1983]

@ledgersable @base @buildonbase https://t.co/qWQy66Qeu3 RPC give a 25 calls per seconds is fair when a block is produced every 2 second. People also need to query events sometimes.

But when the block is produced 10x, the limit is not good for testing.

[KJ博士 🇨🇦 @kernel1983]

Base sepolia changed from 2s block interval to 200ms. It is 10 times blocks produced now.
However, the testnet RPC still limit to 25 requests per second.

@base @buildonbase did you consider to raise the limits?

[KJ博士 🇨🇦 @kernel1983]

@lanxingcan 一个4000多bits，一个只要200多bits

[KJ博士 🇨🇦 @kernel1983]

@ezshine 同留个sublime，并且坐等nvim 0.13

[KJ博士 🇨🇦 @kernel1983]

@mylifcc 可读性太重要了，昨天AI把python写的全是缩写变量/分号语句分割，给我气炸了。

放弃可读性是灾难性的

[KJ博士 🇨🇦 @kernel1983]

@itengr_matome Python, vercel supports flask.

[KJ博士 🇨🇦 @kernel1983]

@drjingle 理论上我们也是铭文这条技术线的，发展出来我觉得世界计算机和上世纪80年代PC工业非常有类比

区块链是PC机，EVM可以比喻成DOS，或者更早ROM中的BASIC，我们在做的像 Windows 3.x，解锁了 DOS 的 640KB 内存限制。

[KJ博士 🇨🇦 @kernel1983]

@ThaddeusJiang 一个python repo经常不到10M

[KJ博士 🇨🇦 @kernel1983]

@Xiu27976692 @KinaIslam 对，python为了防止供应链，我甚至会把库checkin到repo里面，或者自己造一些轮子

[KJ博士 🇨🇦 @kernel1983]

PHP之后是Node，我的观点Node是现代PHP，好像又对了！

实际上Node的生态很重要，我甚至尝试尽量用纯JS/ES6写产品，最后扛不住安装 codex/opencode 又把 node 安装回来。
供应链攻击也很可怕，没办法，只能勤打补丁了。

这也是我后端从来不用node的原因，既然前端几乎没得选，后端分散一下风险。

[TechVerser @realfxw]

🚨 Node.js 紧急安全警告！生产环境高危漏洞来袭 🚨

不仅是 PHP，Node.js 官方也正式发布了针对 10 月 21 日的高危安全更新公告。此次更新修复了被评级为“高严重性”（HIGH-severity）的安全漏洞，主要影响目前被广泛使用的 26.x、24.x 以及 22.x 发布系列。如果你在生产环境（Production）中运行上述任一技术栈，请务必立刻拉响警报！

在日常开发中，我们往往会把大部分的精力集中在业务代码的审计、第三方依赖包（npm packages）的漏洞排查上，却容易忽略掉最底层的基石。必须明确一个核心理念：安全维护绝对不能仅止步于你的应用代码，你的运行时环境（Runtime Environment）同样至关重要。 如果运行时本身存在高危漏洞，那么再严密的业务逻辑防护也会被轻易击穿。

近期安全圈确实不太太平，不少开发者同行都在感叹“这周又要难熬了（Gonna be a rough week）”，频繁的漏洞披露确实让人身心俱疲。但抱怨归抱怨，防范行动不能迟缓。建议开发和运维团队立刻采取以下响应措施：

👉 1. 全面盘点资产： 立即检查并确认所有生产环境、测试环境以及 CI/CD 流程（包括所有 Dockerfile 和容器镜像）中正在使用的 Node.js 版本。

👉 2. 做好更新预案： 密切关注官方的安全公告细节。一旦补丁正式放出，立刻在预发布（Staging）环境中进行兼容性回归测试，确认无误后迅速应用到生产环境。

👉 3. 审视技术栈： 如果你的公司还在裸奔运行 Node 18 或更早的 EOL（生命周期结束）版本，这次的官方更新可能无法完全覆盖你的风险。尽快将底层环境迁移到受支持的 LTS 版本才是长久之计。

👉 4. 完善 DevOps 机制： 将运行时的安全监控和补丁管理纳入常态化的发布流程中，避免每次漏洞爆发时被迫紧急“救火”。

无论这次漏洞的具体利用门槛有多高，保持警惕、及时打补丁永远是最优解。你的团队现在主要在跑哪个版本的 Node.js？这周准备好随时响应更新了吗？

欢迎在评论区分享你们的安全预案与踩坑经验。别忘了转发给你的后端和运维同事，提醒他们赶紧查查服务器了！👇💻🛡️

#Nodejs #网络安全 #后端开发 #WebDevelopment #DevOps #TechNews

[KJ博士 🇨🇦 @kernel1983]

@fiapp_pro 官方是微软吗？那速度肯定干不过创业公司
和go还是rust有关吗？

[KJ博士 🇨🇦 @kernel1983]

故意发送一条不会成功的交易，直接定位到错误根源

[KJ博士 🇨🇦 @kernel1983]

有点自我感动了！
直接把链上代码和字节码对应上

[KJ博士 🇨🇦 @kernel1983]

@william40152988 最后一个手撸开始的项目，基本没有技术寨，目前要啥功能AI一句话即可。