访问链上 Safe 钱包账户的方法
文章探讨了如何利用AI在民主结构中获取益处,同时避免其缺点。重点介绍了通过AI作为引擎,人类作为方向盘的模式,以及通过竞争性开放市场和AI结合的方式来实现这一目标。
项目代码:https://github.com/langjiyunmie/Defi-stablecoin 观看视频:https://www.bilibili.com/video/BV13a4y1F7V3?spm_id_from=333.788.videopod.episodes&vd_source=
对稳定币进行初步的理解
本文介绍了Lighthouse Assertion Protocol在Solana交易中的应用,旨在保护用户和开发者免受恶意交易的影响。通过添加断言指令,Lighthouse可以确保交易在特定链上状态不符合预期时失败,从而防止用户遭遇如钱包抢劫等恶意活动。文章详细讲解了断言的工作原理、实现方式及其在DeFi和NFT市场中的实际应用。
Base 提议在 2025 年第三季度发布 Fusaka 硬分叉,核心是 PeerDAS 和 EOF,目标是通过简化升级来迭代和扩展,初期目标是 24 个 blob/块,并在年底前提升到 50 个 blob/块,同时正式确定硬件/带宽要求,并呼吁社区贡献。
Bybit 近 15 亿美金被盗真相 :Safe{Wallet} 前端代码被篡改
写一下个人对sui move里的4种能力和部分设计模式的理解,如有误请勘正
文章介绍了Smart Wallet Sub Accounts这一新特性,旨在通过结合Spend Permissions和分层账户所有权,改善链上体验并增强安全性。文章还回顾了设计Session Keys的历程,以及最终转向Sub Accounts的原因,强调Sub Accounts在灵活性、开发者体验和用户安全保障方面的优势。
本文深入探讨了以太坊的ERC-20和Solana的SPL代币标准在状态和代码分离的不同哲学,及其对交易吞吐量、数据管理和可扩展性的影响。通过分析各自的设计架构,本文揭示了代币创建和持有的数量差异,实时处理能力以及未来可能的发展方向。
Base 推出 Appchains,这是一种专为应用程序设计的专用rollup,旨在实现独立扩展、定制以及通过近乎瞬时的桥接与Base的无缝集成。Appchains 通过 TEE 提供快速提款,同时保持高度的安全性与性能。开发者可以使用 OnchainKit 快速的在Appchains上构建应用。
Zama 发布了 TFHE-rs v1.0 稳定版,该版本稳定了 x86 CPU 后端的高级 API,并确保向后兼容,提升了密码学安全性,优化了分布式协议的性能。此外,还发布了 TFHE-rs 手册,详细介绍了后端的实现,并简化了贡献流程。通过贡献 Zama Bounty Program 还可以获得奖励,此外,GPU 后端也在开发中。
本文详细比较了三种数据可用性(DA)解决方案:Celestia、Polygon Avail 和 EigenDA,分析了它们在信任、吞吐量、最终性及成本方面的差异。文章中介绍了每种方案的原理、优缺点及实际应用场景,为开发者选择适合的 DA 层提供了指导。
本文档介绍了与ERC-721非同质化代币标准相关的一系列接口、合约和实用程序,包括核心功能接口IERC721、元数据扩展接口IERC721Metadata、枚举扩展接口IERC721Enumerable和接收器接口IERC721Receiver。
本文介绍了如何使用 QuickNode 的 Console API 和 Docker 快速搭建 Grafana 仪表盘,以监控 RPC 基础设施的性能指标。文章详细列出了必要的工具和步骤,包括 API 密钥的创建、Prometheus 和 Grafana 的设置以及如何访问和自定义仪表盘,适合具备基础知识的技术人员。
前言本文分别采用默克默克尔树和数字签名两种方式给nft合约添加白名单,对比两者的优缺点,本文包含了合约的开发,测试,部署全流程。基础概念默克尔树:也称为哈希树,是一种树形数据结构,主要用于数据验证和同步,默克尔树的特点是每个非叶子节点是其子节点的哈希值,而叶子节点存储的是数据或数据的哈希
文章讨论了以太坊中SELFDESTRUCT操作码的弊端,认为它破坏了重要的不变性,如状态对象的数量、合约代码的不变性以及账户余额的自主性。文章提出了两种解决方案:完全移除SELFDESTRUCT,或修改其行为以消除其破坏性影响,同时考虑了现有合约的使用情况和潜在影响。
SELFDESTRUCT
本文详细介绍了在Solana上开发DeFi应用和交易机器人时,如何理解和应对MEV(最大可提取价值)的问题。文章涵盖了MEV的基本概念、Solana的MEV类型、交易流程、风险以及保护交易的策略。
文章详细介绍了ERC-2535钻石模式(Diamond Pattern),这是一种代理模式,代理合约可以同时使用多个实现合约。文章深入讨论了钻石模式的实现原理、优势、以及与透明可升级代理(Transparent Upgradeable Proxy)和UUPS的区别。还介绍了钻石模式的应用场景和最佳实践,包括如何实现不可变钻石和可升级钻石,并提供了相关代码示例。
扫一扫 - 使用登链小程序
199 篇文章,671 学分
490 篇文章,649 学分
131 篇文章,509 学分
412 篇文章,490 学分
66 篇文章,478 学分