Signatures, Replay Attacks, and EIP-712: The Full Story in Ethereum

AI-to-AI Payments: Why Autonomous Agents May Need Their Own Economy

Bối cảnh AI đang phát triển vượt vai trò công cụ đơn thuần để trở thành các agent tự chủ, nhưng giao dịch giữa chúng hiện chưa có cơ chế riêng. Nguyên nhân kỹ thuật là các system hiện tại như blockchain và smart contract chưa tối ưu cho giao dịch AI-to-AI với tốc độ và chi phí hợp lý. Hệ quả là nhiều AI agent phải phụ thuộc vào cơ chế thanh toán của con người, hạn chế khả năng tự chủ và tự vận hành. Điều đáng học là nền tảng payment mới như OpenAI GPT-4 có thể tạo ra economy riêng cho AI, nơi các agent có thể trao đổi value trực tiếp mà không cần can thiệp của con người.

Bài viết giúp lập trình viên hiểu rõ xu hướng AI-to-AI payments và nền kinh tế tự trị cho các tác nhân AI trong tương lai.

KASS: AI Agents Are Moving From Smart-Contract Findings to Executable Exploits

Nghiên cứu KASS (Knowledge-Augmented Attack Synthesis and Simulation) công bố tháng 7/2026 cho thấy các tác nhân AI đã tiến từ phát hiện lỗ hổng hợp đồng thông minh sang thực thi khai thác khả thi.

Lập trình viên phát triển blockchain nên đọc để hiểu cách AI tự động chuyển từ phát hiện lỗ hổng sang thực hiện exploit thực tế, giúp họ chuẩn bị sớm về các rủi ro mới trong hệ thống smart contract.

Spill Slot Collision Across Mutual Recursion Bug

Bối cảnh: Solidity phiên bản 0.8.17 trở về trước gặp lỗi nghiêm trọng trong xử lý stack collision giữa các hàm đệm mutual recursion. Nguyên nhân kỹ thuật: Compiler tạo các spill slots trùng lặp khi các hàm A gọi B và B lại gọi A, dẫn đến dữ liệu bị ghi đè lên stack. Hệ quả: Lỗi gây ra kết quả không xác định, gây mất an toàn cho smart contract. Điều đáng học: Nhà phát triển nên kiểm tra version compiler, tránh đệm mutual recursion phức tạp hoặc upgrade Solidity 0.8.18 trở lên để vá lỗi này.

Bài viết này giúp lập trình viên nhận diện và khắc phục lỗi va chạm memory slot trong hàm đệ quy chéo.

Metamask discloses security incident affecting its infrastructure

MetaMask đã thông báo một sự cố bảo mật cơ sở hạ tầng đang diễn ra. Nguyên nhân kỹ thuật là tấn công vào các hệ thống nội bộ của công ty, ảnh hưởng đến một số dịch vụ cụ thể. Hệ quả bao gồm khả năng lộ dữ liệu người dùng và hạn chế chức năng ví crypto. Sự kiện này nhắc nhở developer về tầm quan trọng của việc phân quyền truy cập và giám sát an ninh mạng liên tục.

Metamask tiết lộ sự cố bảo mật cơ sở hạ tầng ảnh hưởng đến dịch vụ ví tiền điện tử của bạn.

Daml Smart Contract Guide

Most blockchains are built around transparency: smart contracts, transactions, and state changes are visible to everyone. That works well in many cases, but it becomes a problem when organizations need to coordinate without exposing sensitive data. The Canton Network takes a different approach. It is designed for privacy, data sovereignty, and interoperability, allowing participants to share only the information required for a given transaction. Canton applications are commonly built with Daml, a strongly typed functional smart contract language centered on parties, authorization, contracts, and multi-party workflows. In this article, we’ll introduce Canton and Daml, compare Daml with Solidity, and build a small banking application. Along the way, we’ll see how privacy and authorization requirements influence smart contract architecture.

Bài này giúp lập trình viên hiểu cách xây dựng ứng dụng blockchain bảo mật và có kiểm soát quyền riêng tư với Daml và Canton Network.

EF Protocol: The Hegotá EIP Opinion Post and Tier List

The EF Protocol cluster’s tier list for Hegotá evaluates 62 proposed EIPs in a unified view.

Introducing zkAPI: private usage credits for any API

tl;dr: zkAPI lets you pay for a metered API without being known. Deposit credits into an Ethereum vault once, then authorize bounded usage with zero-knowledge...

The Smart Contract Was the Easy Part

Bài viết chia sẻ kinh nghiệm xây dựng một ứng dụng escrow trên Ethereum, nơi smart contract chỉ là phần đơn giản. Tác giả phát hiện ra nhiều vấn đề phức tạp hơn liên quan đến trạng thái wallet và xử lý lỗi, đặc biệt là khi sử dụng ERC-20 tokens trong smart contract. Hệ quả là người dùng gặp khó khăn trong việc hiểu các trạng thái giao dịch và ứng dụng cần xử lý nhiều trường hợp thất bại ngoài ý muốn. Điều đáng học là khi xây dựng ứng dụng trên blockchain, cần tập trung nhiều hơn vào trải nghiệm người dùng và xử lý lỗi hơn là chỉ code smart contract.

Bài viết này tiết lộ những bài thực tế quan trọng khi xây dựng ứng dụng escrow trên Ethereum vượt ra ngoài việc viết smart contract đơn thuần.