2026年5月1日起实施

1：国家工作人员巨额资产来源不明罪标准从30万提升至300万

2：民营企业老板/高管非法挪用公司资金从6万立案降低至3万

#虚拟货币 #防骗

▎以太坊基金会：半年识别约 100 名渗透 Web3 组织的朝鲜 IT 人员

4 月 16 日，以太坊基金会发布 ETH Rangers 项目回顾文章，对这一为期六个月的安全资助计划进行总结。

按照官方披露，名为 Ketman Project 的调查项目中，识别出约 100 名在 Web3 组织中活动的朝鲜 IT workers。这些人员被称为以虚假身份渗透区块链项目，并围绕账户接管、自由职业平台渗透以及朝俄关联等议题发布了多篇调查内容。

除 Ketman Project 外，文章还提到，Nick Bax 参与了 36 起以上 SEAL 911 事件响应，并作为团队成员识别和通知了 30 多个雇用了朝鲜 IT 人员的团队，协调冻结了这些人员收到的中六位数资金。以太坊基金会将这类工作定义为当前以太坊生态面临的重要运营安全威胁之一。

➡️ 报告：https://blog.ethereum.org/2026/04/16/eth-rangers-recap

频道 @AppDoDo 官推 APPDOTG

Telegram 客户端已官方支持简体中文

更改语言：
* Settings → Language → Chinese
* 设置 → 语言 → 中文

上线快13年了，突然诈尸。

然而支持中文的国外互联网聊天app，最后大都不得好死。

虽然tg在中国已经死了很多年

数据库版本管理migration在有些场景下就是垃圾，是一坨屎。
直接上场景
1.keycloak这个开源的SSO组件，有10多年历史，有上千个migration迁移历史，很多表删了建，建了又删，然后10年前加了个字段，7年前又删了，索引增减，任何SQL操作都会记录历史做版本管理。本来只有几十个表的一个组件，有上千条DDL。
当 Liquibase（Keycloak 底层用的迁移工具）以极快的速度连续抛出成百上千个 DDL 时，数据库的元数据锁（Metadata Lock）竞争会瞬间飙升，导致死锁或超时。

我在很多场景遇到这种错，毫无办法，因为上千条DDL如洪水般涌来，性能稍差的服务器立马崩溃。
更大的问题是这种migration，量大，而且是代码级别，部署时遇到错误很难修改。我的做法是找一台高性能服务器，导出最后的全部数据和结构到一个SQL文件，原本需要5分钟的初始化，现在只需要30S，而且对服务器性能没有任何要求。

2.
Django 的 Migration 是基于有向无环图（DAG）的。
一旦多模块多人协作，加上持续开发升级，DAG就非常容易崩溃，报各种多个叶子节点或者顺序错误问题，然而实际上没有错误的，这个时候自带的makemigrations 也解决不了。也就是“依赖图（DAG）断裂”或“幽灵依赖”问题。
这种错误，干净环境是遇不到的，但是对于一个生产服务器升级，就非常容易遇上，极其难于解决。
最快最有效解决办法就是清空整个数据库，重新初始化应用，或者想尽办法骗过框架，或者就只能想办法妥协。

不是说migration一无是处，而是坑真的很恶心。