全部 通识 以太坊 比特币 Solana 公链 Solidity Web3应用 编程语言 安全 密码学 AI 存储 其他

Web3 极客日报 #1694

  • rebase
  • 发布于 2025-03-10
  • 阅读 ( 786 )
  • ( 9 )

Elements中的Taproot输出的签名哈希

本文档描述了Elements中用于Taproot输出的签名哈希，是BIP-0341的修改副本，并指出了与BIP-0341的不同之处。同时，BIPs 341和342中的四个tagged hash tags “TapLeaf”，“TapBranch”，“TapTweak”和“TapSighash”都附加了“/elements”。
Taproot  签名哈希  Elements  SIGHASH  区块链  交易 

接口 - OpenZeppelin 文档

本文档介绍了OpenZeppelin社区合约中定义的一系列标准化接口，主要用于与实现了这些接口的第三方合约进行交互。其中包括跨链消息传递（IERC7786GatewaySource、IERC7786Receiver）、跨链铸造和销毁代币（IERC7802）、批量执行（IERC7821）以及强制转移和冻结代币（IERC7943）等功能的接口定义。
接口  智能合约  跨链  代币  OpenZeppelin  EIP 

创建 ERC-20 供应 - OpenZeppelin 文档

本文介绍了如何使用 OpenZeppelin Contracts 创建具有自定义供应机制的 ERC-20 代币。文章展示了两种使用 OpenZeppelin Contracts 的方法，包括创建固定供应量的代币，以及奖励矿工的代币供应机制。此外，还介绍了如何使用 `_update` 函数在每次代币转账时自动奖励矿工。
ERC-20  OpenZeppelin Contracts  _mint  _update  代币供应  智能合约 

Solana中 PDA、ATA 与 普通Account 的区别与关系

普通账户地址对于账户地址的创建是由一个密钥对来生成的，但在Solana中账户地址与以太坊中的账户地址还是有一些区别的。以太坊账户地址以太坊账户地址的生成过程：通过私钥生成公钥对公钥进行Keccak-256哈希取哈希值的最后160位（20字节）作为地址将地址以0x开头，并
  • cfanbo
  • 发布于 2025-03-10
  • 阅读 ( 1532 )
  • ( 26 )

深入理解BTC铭文和符文

铭文（Inscription）和符文（Rune）是比特币生态中的新兴资产类别，主要通过比特币的 UTXO 结构和 Taproot 机制进行存储和解析。它们可以被用于发行代币、NFT、铭文信息等，使比特币生态更具可编程性。
铭文  符文 

接口 - OpenZeppelin 文档

该⽂档介绍了openzeppelin 合约库中提供的各种标准化的智能合约接口，包括 ERC20、ERC721、ERC1155 等代币标准，以及 ERC165 接口检测、ERC1820 注册表、ERC2981 NFT Royalty标准等。⽂档详细列出了每个接⼝的函数、事件和错误类型，并提供了相关链接。
智能合约  接口  ERC20  ERC721  ERC1155  OpenZeppelin 

移动电话网络、RFID和TETRA：最薄弱的环节？

本文讨论了移动通信网络、RFID和TETRA的加密弱点，特别关注了GPRS/GSM网络中使用的A5/1、A5/3（KASUMI）加密算法，SPECK在RFID通信中的应用以及TETRA标准中的TEA3加密算法。研究表明，由于GPU计算能力的增强，这些加密算法容易受到暴力破解攻击，强调了增加密钥长度至128位以上的重要性，并提出了在数据层进行加密的建议。
GPRS  GSM  RFID  TETRA  A5/1  KASUMI  TEA3  SPECK  加密  密码学  GPU破解 

登链 Weekly 2025/3/9

欢迎体验登链社区最新一期周报！让我们一同回顾过去一周与Web3领域的精彩动态。
周报 
  • 乌索普
  • 发布于 2025-03-09
  • 阅读 ( 1238 )
  • ( 17 )

使用 CREATE、CREATE2 和 EXTCODESIZE 操作码的陷阱

本文深入探讨了以太坊虚拟机（EVM）的 CREATE 和 CREATE2 操作码，分析了它们在智能合约创建中的不同特性和潜在安全隐患。作者通过具体示例展示了这些操作码在实际应用中的攻击场景，并提出了相应的安全建议，使读者对智能合约开发及安全性有了更深刻的理解。
CREATE  CREATE2  EVM  智能合约  安全  攻击 
  • mixbytes
  • 发布于 2025-03-09
  • 阅读 ( 1227 )
  • ( 40 )

使用 Tenderly 调试 Hardhat 智能合约项目

本文介绍了如何将 Tenderly 集成到 Hardhat 项目中，以调试智能合约，并提供了一个使用 Tenderly 进行调试的示例，包括 Staking 和 Rewards 合约的部署和交互。文章还分享了在使用 Tenderly 时可能遇到的问题和解决方法，例如如何正确访问合约对象以调用函数，以及如何配置 Hardhat 以使用 Tenderly 进行合约验证。
tenderly  Hardhat  智能合约调试  区块链安全  测试网  合约验证 

React快速了解

代码：https://github.com/langjiyunmie/React- 视频观看 ：https://www.youtube.com/watch?v=SqcY0GlETPk&t=1723s

8款行业领先智能合约审计和安全工具

本文列出了八种行业领先的智能合约安全审计工具，讨论了它们的功能和优势，强调了安全性在Web3生态系统中的重要性。工具涵盖模糊测试、静态分析和正式验证等不同领域，旨在帮助智能合约开发者提高代码的安全性和可靠性。
智能合约  安全审计  模糊测试  静态分析  正式验证  Web3 
  • Cyfrin
  • 发布于 2025-03-09
  • 阅读 ( 1255 )
  • ( 26 )

bip-anyprevout 中的 bips/bip-0350.mediawiki

本文档定义了Bech32的改进版本Bech32m，并修改了BIP173，以便为版本1及更高版本的原生隔离见证输出使用Bech32m。Bech32仍然用于版本0的隔离见证输出。Bech32m通过修改校验和算法来解决Bech32中存在的插入漏洞问题，并提供了详细的规范、兼容性考虑和测试向量。
bech32  bech32m  隔离见证  地址格式  校验和  BIP173 
  • ajtowns
  • 发布于 2025-03-09
  • 阅读 ( 412 )

通过前向兑换 Hook 改进 Uniswap v4 最优路由

本文深入探讨了Uniswap v4的新功能hooks，如何通过扩展常数函数市场制造者（CFMMs）的可交易性来改善交易路由。文章详细介绍了hooks的数学原理与应用场景，证明了其在某些条件下能够显著提升交易效率，并保持最佳路由问题的可解性。
Uniswap  Hooks  CFMM  交易路由  数学证明  去中心化交易 
  • thogiti
  • 发布于 2025-03-08
  • 阅读 ( 768 )
  • ( 11 )

稳定币的下一篇章：使用FHE构建内置机密性

本文讨论了稳定币的现状和未来，认为目前稳定币面临的最大挑战是缺乏隐私性。文章提出利用全同态加密（FHE）技术创建具有内置隐私功能的稳定币，使得交易双方的身份和交易金额都得到加密保护，同时保持智能合约的完整功能。文章最后呼吁稳定币发行方、银行和资产管理公司考虑采用FHE技术。
稳定币  全同态加密  隐私保护  fhEVM  加密货币 
  • ZamaFHE
  • 发布于 2025-03-08
  • 阅读 ( 1399 )
  • ( 2 )

以太坊 - 理解 Flashblocks

文章介绍了Flashbots团队开发的Rollup-Boost系统及其在Base和Uniswap上的应用Flashblocks，该技术通过TEE（可信执行环境）将区块时间缩短至200-250ms，实现了近乎即时的交易确认。Flashblocks还通过“可验证优先级排序”内部化MEV，使协议或DApp能够捕获MEV，这对于考虑转变为基于Rollup的Rollup尤其有益。
Rollup-Boost  Flashblocks  MEV  TEE  乐观Rollup  Layer2  交易速度 

Web3 极客日报 #1692

  • rebase
  • 发布于 2025-03-08
  • 阅读 ( 842 )
  • ( 10 )

Solana账户基础：第一部分 - 构建模块

这篇文章深入探讨了Solana账户的工作原理及其在高效区块链应用开发中的重要性。内容涵盖了账户的基本结构、核心组件、不同账户类型及其特性，并提供了安全性和性能的最佳实践，适合具有Rust背景的开发者学习与应用。
Solana  账户系统  Rust  高性能区块链  Token  安全性 
  • OxElliot
  • 发布于 2025-03-08
  • 阅读 ( 2416 )
  • ( 104 )

使用 Gossipsub v2.0 将 Blob 数量翻倍 - 网络

文章介绍了 Gossipsub v2.0 的设计方案，它通过引入 lazy-pull 机制，在消息传播过程中优先广播消息 ID，然后按需拉取消息内容，从而显著减少了网络中的消息重复，降低了带宽占用。同时通过模拟实验验证了 Gossipsub v2.0 可以将 Pectra 中的 blob 数量翻倍，并且在实际应用中需要仔细调整 INEED 超时参数，以防止恶意节点攻击。
gossipsub  libp2p  pubsub  Pectra  lazy-pull  INEED超时