链上数据是一回事。 听到亚历克斯现场解析？完全是另一层次的增益。 新加坡，@SonicLabs 的 Sonic Summit 上见。

下周在纽约的@ETHGlobal见！和@miumiuqin一起！

你有 1 个问题要问 @AndreCronjeTech 关于 Sonic 技术和 Sonic 的未来发展。 那是什么？ 📥在下面评论📥

📌 SonicDB 一览：

熟悉Ammalgam DLEX。💙 探索资本高效DeFi的未来。 创建流动性池，进行杠杆交易，并测试DLEX配方。

🚨SonicDB 是区块链状态访问的革命吗？ 💡零读放大 ⚡️比 Geth 快 6 倍 💼直接二进制存储 但它到底是如何工作的？👇👇👇 读放大一直是效率的瓶颈。 ➡️读放大问题 - 瓶颈 ➡️SonicDB 的工作原理 ➡️与 Geth 的区别 ➡️性能 Sonic 正在为区块链数据性能设定新标准。 读放大问题：（普通区块链） ➡️每个区块链数据库中的隐藏瓶颈 普通区块链数据库（LevelDB/RocksDB）在基于默克尔树的键值存储之上层叠了默克尔-帕特里夏树（MPT）。 ➡️这造成了读放大问题，MPT 需要多对数查找，导致访问时间较差。 ➡️对于 TB 级的数据，这会减慢数据结构中的查找速度。 SonicDB 的工作原理： ➡️SonicDB 将账户、余额、随机数和所有智能合约数据存储在二进制文件中，绕过键值存储。 ➡️直接将二进制数据索引到常量时间 MPT 节点访问，这减少了复杂性。 ➡️双重结构 1）内存中的 MPT（蓝色）用于快速哈希计算 2）磁盘上的二进制文件（绿色）用于直接节点索引 节点保持固定，空间被池化以供重用，新节点附加到文件末尾，避免了昂贵的重组。 与 Geth 的区别： ➡️LevelDB 在读放大方面非常有限（瓶颈） ➡️SonicDB 通过在二进制文件上构建 MPT 来消除键值存储的开销，从而实现常量时间节点访问。 ➡️SonicDB 避免了不必要的范围查询支持，针对区块链特定需求进行了优化。 性能： ➡️SonicDB 以 1,300 MGas/s 处理了 1100 万个 Sonic 主网区块 ➡️比 Geth 快 6.2 倍 ➡️随着 SonicDB 的增长，其高效的系统将会闪耀，从而实现更高的吞吐量。 Sonic 进行了区块链特定的升级，提升了性能并为存储优化留出了更多空间。@DrSonicScholz 正在创新区块链数据库。

SonicDB通过将状态存储在二进制文件中而不是键值数据库中，消除了读取放大。 在Sonic主网的前1100万个区块中，我们测得约为1300 MGas/s。一个可比的Geth设置达到了约210 MGas/s。 我为我们的团队感到自豪，他们继续识别并消除基础约束，而不是围绕它们进行优化。

Ammalgam 的 DLEX 是一个为高级用户设计的策略引擎。 它允许您使用可自定义的配方将借贷、流动性提供和杠杆结合成一个可组合的头寸。 1️⃣ 选择一个资产对。 2️⃣ 选择一个配方。 3️⃣ 在应用内监控实时表现。

$S 的质押收益率为 4.78% 年利率 @SonicLabs 上的 LST 正在蓬勃发展，受益于新的 @SECGov 监管政策

在$GOGLZ总部（Wendy's），我们很高兴地宣布@MasonCorval加入团队！ 〰️ 💥 🥽 Corval在一些真实世界的$GOGLZ品牌项目中一直在幕后帮助，到了正式宣布的时候了。请保持关注。 他们一直在努力。