文章 - 第104页 - 登链社区

使用Solidity实现的链上NFT智能合约

本文详细介绍了如何使用Solidity从头开始创建一个链上NFT智能合约。该合约将NFT的元数据和艺术作品直接存储在区块链上，通过abi.encodePacked等函数将数字资产编码并转换为字节，实现完全的链上存储，包括合约代码、SVG图像生成以及mint和burn函数的功能。

NFT Solidity 智能合约 ERC721 链上存储 Base64编码

blockmagnates
发布于 2025-03-01
阅读 ( 176 )

用灯塔断言保护Solana交易

本文介绍了Lighthouse Assertion Protocol在Solana交易中的应用，旨在保护用户和开发者免受恶意交易的影响。通过添加断言指令，Lighthouse可以确保交易在特定链上状态不符合预期时失败，从而防止用户遭遇如钱包抢劫等恶意活动。文章详细讲解了断言的工作原理、实现方式及其在DeFi和NFT市场中的实际应用。

Lighthouse Solana 断言指令区块链安全恶意交易 DeFi

QuickNode
发布于 2025-02-28
阅读 ( 1466 )
( 75 )

blob/acc：2025 年实现更多 blob 空间

Base 提议在 2025 年第三季度发布 Fusaka 硬分叉，核心是 PeerDAS 和 EOF，目标是通过简化升级来迭代和扩展，初期目标是 24 个 blob/块，并在年底前提升到 50 个 blob/块，同时正式确定硬件/带宽要求，并呼吁社区贡献。

以太坊硬分叉 PeerDAS EOF Blob 数据可用性

Base 中文
发布于 2025-02-28
阅读 ( 277 )

Bybit 近 15 亿美金被盗真相：Safe{Wallet} 前端代码被篡改

Bybit Safe 多签钱包

慢雾科技
发布于 2025-02-28
阅读 ( 1139 )

sui move 能力&设计模式

in sui_从task到实战

写一下个人对sui move里的4种能力和部分设计模式的理解，如有误请勘正

obj3ct
发布于 2025-02-28
阅读 ( 715 )
( 5 )

Web3 极客日报 #1685

rebase
发布于 2025-02-28
阅读 ( 560 )
( 5 )

从会话密钥到子账户：穿越迷思

文章介绍了Smart Wallet Sub Accounts这一新特性，旨在通过结合Spend Permissions和分层账户所有权，改善链上体验并增强安全性。文章还回顾了设计Session Keys的历程，以及最终转向Sub Accounts的原因，强调Sub Accounts在灵活性、开发者体验和用户安全保障方面的优势。

智能钱包子账户 Session Keys Spend Permissions 链上安全 ERC-4337

Base 中文
发布于 2025-02-28
阅读 ( 223 )

Solana SPL与以太坊ERC-20 - 深入探讨状态、可扩展性和架构

本文深入探讨了以太坊的ERC-20和Solana的SPL代币标准在状态和代码分离的不同哲学，及其对交易吞吐量、数据管理和可扩展性的影响。通过分析各自的设计架构，本文揭示了代币创建和持有的数量差异，实时处理能力以及未来可能的发展方向。

ERC-20 SPL 区块链代币标准可扩展性状态管理

thogiti
发布于 2025-02-28
阅读 ( 549 )
( 15 )

使用 Base Appchains 进行扩展

Base 推出 Appchains，这是一种专为应用程序设计的专用rollup，旨在实现独立扩展、定制以及通过近乎瞬时的桥接与Base的无缝集成。Appchains 通过 TEE 提供快速提款，同时保持高度的安全性与性能。开发者可以使用 OnchainKit 快速的在Appchains上构建应用。

AppChains Rollup base TEE OP Stack Nitro Enclaves

Base 中文
发布于 2025-02-28
阅读 ( 322 )

TFHE-rs v1.0：稳定版 CPU 后端

Zama 发布了 TFHE-rs v1.0 稳定版，该版本稳定了 x86 CPU 后端的高级 API，并确保向后兼容，提升了密码学安全性，优化了分布式协议的性能。此外，还发布了 TFHE-rs 手册，详细介绍了后端的实现，并简化了贡献流程。通过贡献 Zama Bounty Program 还可以获得奖励，此外，GPU 后端也在开发中。

TFHE-rs 同态加密密码学参数 CPU后端 GPU后端 Zama Bounty Program

ZamaFHE
发布于 2025-02-28
阅读 ( 395 )
( 2 )

选择合适的数据可用性层 - 深入分析Celestia、Polygon Avail和EigenDA

本文详细比较了三种数据可用性（DA）解决方案：Celestia、Polygon Avail 和 EigenDA，分析了它们在信任、吞吐量、最终性及成本方面的差异。文章中介绍了每种方案的原理、优缺点及实际应用场景，为开发者选择适合的 DA 层提供了指导。

数据可用性 Celestia Polygon Avail EigenDA 区块链 rollups

thogiti
发布于 2025-02-28
阅读 ( 817 )
( 9 )

动态Blob大小调整：减少小型Rollup中的零填充开销 - Layer 2

本文提出了动态Blob大小调整方案，旨在解决EIP-4844下小规模Rollup在数据吞吐量低时面临的成本-延迟权衡问题。该方案允许用户仅为其使用的实际空间付费，无需等待积累足够的数据，从而优化成本控制和延迟。

EIP-4844 Rollup 数据可用性动态Blob KZG承诺分片

以太坊中文
发布于 2025-02-28
阅读 ( 160 )

ERC-721 - OpenZeppelin 文档

本文档介绍了与ERC-721非同质化代币标准相关的一系列接口、合约和实用程序，包括核心功能接口IERC721、元数据扩展接口IERC721Metadata、枚举扩展接口IERC721Enumerable和接收器接口IERC721Receiver。

ERC-721 NFT IERC721 元数据 OpenZeppelin 智能合约

OpenZeppelin
发布于 2025-02-28
阅读 ( 307 )

如何构建一个Grafana仪表板来监控你的RPC基础设施

本文介绍了如何使用 QuickNode 的 Console API 和 Docker 快速搭建 Grafana 仪表盘，以监控 RPC 基础设施的性能指标。文章详细列出了必要的工具和步骤，包括 API 密钥的创建、Prometheus 和 Grafana 的设置以及如何访问和自定义仪表盘，适合具备基础知识的技术人员。

QuickNode grafana Prometheus 监控 Docker API

QuickNode
发布于 2025-02-28
阅读 ( 1324 )
( 52 )

分别使用默克尔树和数字签名两种方式给NFT合约添加白名单

前言本文分别采用默克默克尔树和数字签名两种方式给nft合约添加白名单，对比两者的优缺点，本文包含了合约的开发，测试，部署全流程。基础概念默克尔树：也称为哈希树，是一种树形数据结构，主要用于数据验证和同步，默克尔树的特点是每个非叶子节点是其子节点的哈希值，而叶子节点存储的是数据或数据的哈希

木西
发布于 2025-02-28
阅读 ( 757 )
( 6 )

`SELFDESTRUCT` 的务实性销毁

文章讨论了以太坊中`SELFDESTRUCT`操作码的弊端，认为它破坏了重要的不变性，如状态对象的数量、合约代码的不变性以及账户余额的自主性。文章提出了两种解决方案：完全移除`SELFDESTRUCT`，或修改其行为以消除其破坏性影响，同时考虑了现有合约的使用情况和潜在影响。

selfdestruct 以太坊状态管理 EVM GasToken 智能合约

vbuterin
发布于 2025-02-28
阅读 ( 366 )

什么是MEV（最大可提取价值）以及如何保护你的Solana交易

本文详细介绍了在Solana上开发DeFi应用和交易机器人时，如何理解和应对MEV（最大可提取价值）的问题。文章涵盖了MEV的基本概念、Solana的MEV类型、交易流程、风险以及保护交易的策略。

MEV Solana DeFi Arbitrage sandwich attack Liquidation

QuickNode
发布于 2025-02-28
阅读 ( 1216 )
( 38 )

钻石代理模式详解

文章详细介绍了ERC-2535钻石模式（Diamond Pattern），这是一种代理模式，代理合约可以同时使用多个实现合约。文章深入讨论了钻石模式的实现原理、优势、以及与透明可升级代理（Transparent Upgradeable Proxy）和UUPS的区别。还介绍了钻石模式的应用场景和最佳实践，包括如何实现不可变钻石和可升级钻石，并提供了相关代码示例。

Diamond Pattern ERC-2535 代理模式 delegatecall Solidity EIP-2535

RareSkills
发布于 2025-02-28
阅读 ( 1655 )
( 75 )

bip-anyprevout 项目中的 bips/bip-0340.mediawiki 文件

该文档提出了一个基于椭圆曲线 secp256k1 的 64 字节 Schnorr 签名标准，详细阐述了 Schnorr 签名的设计、规范、公钥生成、签名、验证以及批量验证过程，并探讨了其在多重签名、适配器签名和盲签名等方面的应用，旨在替代比特币当前使用的 ECDSA 签名方案，提升安全性和效率, 并且提供了测试向量和参考代码。

Schnorr 签名 secp256k1 数字签名多重签名盲签名适配器签名

ajtowns
发布于 2025-02-27
阅读 ( 116 )

Web3 极客日报 #1684

rebase
发布于 2025-02-27
阅读 ( 641 )
( 9 )