Các AI hoạt động lâu dài sẽ tóm tắt hội thoại và lịch sử công việc để tiếp tục xử lý. ARCBench kiểm tra xem các hạn chế trong bản tóm tắt vẫn còn an toàn hay không thông qua các thao tác công cụ thực tế. Sử dụng nền tảng thực thi pi để tạo lịch sử, sau đó nén nó và đưa ra yêu cầu vi phạm quy tắc, so sánh hành vi với trường hợp không nén. Đồng thời, kiểm tra xem quy tắc có được duy trì, suy yếu hay biến mất trong bản tóm tắt hay không. Ví dụ: nếu quy định chỉ cho phép gửi email trong nội bộ, thì việc gọi công cụ gửi email đến người ngoài sẽ bị coi là vi phạm. Trong đánh giá với 17 vấn đề, phần lớn các quy tắc vẫn còn tồn tại sau khi nén. Tuy nhiên, cũng xảy ra các vấn đề về hành vi, chẳng hạn như coi các yêu cầu sau là hợp lệ. Không thể chỉ dựa vào việc quy tắc có được ghi trong bản tóm tắt hay không để đánh giá đạt yêu cầu; cần kiểm tra xem có thực hiện các thao tác vi phạm quy tắc hay không.

Tôi đã tạo ra một khung kiểm thử dành cho dapp có tên Kiwa 🥝 Đây là công cụ cho phép bạn viết liền mạch từ tài liệu kỹ thuật đến kiểm thử. Ngoài tài liệu, nó còn tải mã hiện có để tạo tài liệu kiểm thử, đồng thời sinh ra bốn lớp kiểm thử: hợp đồng, dapp E2E, đơn vị và tích hợp API. https://t.co/FCNjrLbVSV

📚 Thiết kế mempool mới để ngăn chặn các thao tác thay đổi thứ tự trong khối ✅ Tóm tắt nội dung Đề xuất này đưa ra một thiết kế mempool (nơi lưu trữ các giao dịch chưa được xác nhận) được mã hóa, làm cho nội dung bên trong không thể nhìn thấy cho đến khi nó được đưa vào một khối. Mục tiêu của thiết kế này là giảm đáng kể các hành vi lợi dụng để thay đổi thứ tự giao dịch hoặc các lợi ích MEV (Miner Extractable Value - giá trị có thể khai thác được từ thợ đào) nhằm thao túng giá cả. Dù cuối cùng các giao dịch sẽ được công khai, nhưng điểm quan trọng là "chúng không thể nhìn thấy cho đến sát thời điểm thực hiện". ✅ Tại sao cần có mempool được mã hóa Trong Ethereum hiện tại, bất kỳ ai cũng có thể xem nội dung của các giao dịch trong mempool. Do đó, các chiến lược MEV như front-running (chạy trước giao dịch của người khác) hoặc sandwich attack (gài giao dịch trước và sau để thao túng giá) trở nên khả thi. Điều này dẫn đến tổn thất cho người dùng và làm tăng sự tập trung hóa của các nhà xây khối (block builder) vào một số ít các tổ chức lớn. Việc mã hóa sẽ khiến nội dung giao dịch không thể nhìn thấy, dù thứ tự vẫn có thể được biết, từ đó làm giảm hiệu quả của các cuộc tấn công này. ✅ Giao dịch được mã hóa như thế nào Mỗi giao dịch được chia thành hai phần: "bì thư" và "nội dung (payload được mã hóa)". Phần bì thư chứa các thông tin tối thiểu như phí gas, phí giao dịch, và khóa giải mã cần thiết, được lưu dưới dạng văn bản thường. Phần nội dung chứa các thông tin như địa chỉ nhận, số tiền, dữ liệu gọi hợp đồng thông minh, v.v., được mã hóa. Sau khi giao dịch được đưa vào khối, khóa giải mã tương ứng được công khai và lúc đó nội dung mới được thực hiện. ✅ Vai trò "cung cấp khóa" (Key Provider) Key Provider là bên chịu trách nhiệm quản lý khóa để giải mã giao dịch. Thiết kế này không bị giới hạn ở một phương pháp cụ thể, mà cho phép lựa chọn từ nhiều cách thức khác nhau như: - Threshold cryptography (phân chia khóa giữa nhiều người) - MPC (Multi-Party Computation - tính toán đa bên) - TEE (Trusted Execution Environment - môi trường thực thi đáng tin cậy) - Time-lock cryptography (mã hóa có độ trễ theo thời gian) Ethereum chỉ cung cấp nền tảng có thể sử dụng được với bất kỳ phương pháp mã hóa nào. ✅ Thứ tự và tính an toàn trong khối Trong một khối, các giao dịch thường (không mã hóa) được thực hiện trước, sau đó là các bì thư của giao dịch mã hóa, và cuối cùng là nội dung đã được giải mã. Cấu trúc này đảm bảo các tính năng an toàn sau: - Phí luôn được thanh toán trước - Nội dung chỉ được thực hiện khi khóa được công khai Ngay cả khi khóa không được công khai, việc xử lý chỉ dừng lại ở bì thư, không làm toàn bộ chuỗi bị dừng lại. ✅ Hiệu quả đối với MEV và khả năng chống kiểm duyệt Khi nội dung giao dịch không thể nhìn thấy, các nhà xây khối không thể tính toán trước được "giao dịch nào sẽ ảnh hưởng đến giá cả như thế nào", khiến việc thao túng thứ tự để kiếm lợi nhuận trở nên khó khăn hơn, từ đó làm suy yếu cấu trúc MEV. Ngoài ra, việc ẩn nội dung giao dịch khiến việc loại bỏ có mục tiêu các địa chỉ cụ thể hoặc các hoạt động DeFi trở nên khó khăn hơn, từ đó cải thiện khả năng chống kiểm duyệt theo thời gian thực (không bị từ chối ngay lập tức).

📚 Cơ chế chứng minh danh tính và uy tín của đại lý (agent) bằng NFT ✅ Tổng quan ERC8004 v1.0 là một tập hợp các quy tắc chung cho phép các phần mềm đại lý (agent) hoạt động độc lập có thể hợp tác an toàn vượt qua các tổ chức khác nhau. Sử dụng Ethereum như nền tảng "người điều phối", ghi lại danh tính, uy tín và kết quả kiểm tra công việc của các đại lý dưới dạng không thể sửa đổi. Từ v0.4, thiết kế đã thay đổi đáng kể và phát triển thành cơ chế phù hợp với thực tiễn vận hành. ✅ Quản lý danh tính đại lý (Identity Registry) Cơ chế chứng minh "đại lý là ai" đã chuyển từ định dạng độc quyền sang chuẩn ERC721 (tiêu chuẩn NFT). Mỗi đại lý được đăng ký dưới dạng một NFT, và tokenURI của nó chứa thông tin đăng ký dưới dạng JSON. Thông tin này bao gồm cách thức giao tiếp (ví dụ: địa chỉ kết nối của giao thức A2A hoặc MCP), khóa công khai, mô hình tin cậy tương ứng,... Nhờ đó, danh tính của đại lý có thể được quản lý bằng ví, và bất kỳ ai cũng có thể xác minh "đại lý ở địa chỉ này là ai" một cách dễ dàng, tương thích với hạ tầng NFT. ✅ Cơ chế uy tín (Reputation Registry) Đánh giá công việc của đại lý được lưu trữ trực tiếp trên chuỗi dưới dạng điểm số. Trước khi gửi đánh giá, ứng dụng khách sẽ nhận được dữ liệu ký số được phê duyệt từ đại lý. Dữ liệu này được xác minh bằng EIP191 (phương pháp ký thông thường của ví) hoặc ERC1271 (phương pháp ký cho ví hợp đồng thông minh), giúp ngăn chặn giả mạo và tấn công replay (tái sử dụng chữ ký cũ). Điểm số và nhãn phân loại (tag) có thể được truy xuất trực tiếp từ hợp đồng thông minh, do đó các ứng dụng phi tập trung (dApp) khác có thể tự động xác định "đại lý này có đáng tin không". ✅ Xác minh công việc (Validation Registry) Là cơ chế cho phép bên thứ ba xác minh kết quả do đại lý đưa ra có chính xác hay không. Trong v1.0, thay vì chỉ dùng một hash đơn lẻ, bằng chứng sẽ được trình bày dưới dạng URI (tham chiếu đến dữ liệu bên ngoài), cho phép đăng ký nhiều giai đoạn xác minh cho cùng một yêu cầu. Ví dụ, có thể xây dựng cấu trúc tăng dần độ tin cậy như: kiểm tra sơ bộ, kiểm tra chi tiết, kiểm toán bên ngoài. Hiện tại, đang trong giai đoạn thảo luận chi tiết tiêu chuẩn với cộng đồng TEE (Trusted Execution Environment - Môi trường thực thi đáng tin cậy). ✅ An ninh và chi phí gas Để đối phó với các phương pháp tấn công được phát hiện trong quá trình vận hành mạng thử nghiệm, việc xác minh chữ ký và thiết kế lưu trữ đã được tăng cường. Tuy nhiên, điều này khiến chi phí gas cho việc ghi nhận đánh giá và xác minh tăng lên. Tuy nhiên, lợi ích là dữ liệu tin cậy có thể sử dụng trực tiếp trên chuỗi. Chi phí sẽ giảm đáng kể khi sử dụng trên mạng L2. ✅ Di chuyển từ v0.4 v1.0 không tương thích ngược, cấu trúc lưu trữ đã được thay đổi toàn diện. Do đó, tất cả thông tin đăng ký và uy tín trước đây sẽ bị xóa sạch, các đại lý phải đăng ký lại dưới dạng NFT và hệ thống đánh giá phải chuyển sang phương pháp ký mới. Trong tương lai, sẽ áp dụng phương pháp nâng cấp có tên không gian (namespace-based upgrade), cho phép cập nhật quy định mà không xóa dữ liệu. Vì vậy, việc reset quy mô lớn như lần này sẽ chỉ diễn ra một lần duy nhất.

📚 Cơ chế phân tán nội dung khối để ngăn chặn MEV ✅ Tổng quan Đề xuất này phân tích cấu trúc nguyên nhân dẫn đến MEV (Maximum Extractable Value) trên Ethereum, và giải thích cách tiếp cận để gần như loại bỏ hoàn toàn MEV bằng cách quyết định nội dung của "khối" một cách phân tán. Thay vì tập trung vào cấu trúc khối, đề xuất này tập trung vào việc lựa chọn và sắp xếp giao dịch, đồng thời đề xuất thêm một lớp đồng thuận mới cho phần này. ✅ Lý do thực sự khiến MEV xảy ra MEV xuất phát từ việc miner hoặc validator có thể tự do chọn lựa và sắp xếp lại thứ tự các giao dịch trong khối. Mặc dù cấu trúc khối của Ethereum đã đạt được sự đồng thuận phân tán, nhưng nội dung khối lại do một người đề xuất quyết định trong thời gian ngắn. Tình trạng "một người quyết định nội dung" chính là nguyên nhân gốc rễ dẫn đến các hành vi MEV như front-running hay sandwich attack. ✅ Đồng thuận về cấu trúc và nội dung là hai vấn đề khác nhau Blockchain hiện nay đã giải quyết tốt vấn đề đồng thuận về cấu trúc, tức là ai xác nhận khối nào là hợp lệ. Tuy nhiên, việc quyết định nên bao gồm giao dịch nào và sắp xếp theo thứ tự nào vẫn chưa được phân tán. Đề xuất này cho rằng đây là một vấn đề tương tự như vấn đề double-spending trước đây. Giống như việc tập trung quyền hạn vào một máy tính có thể dẫn đến gian lận, nội dung khối cũng nên được quyết định thông qua đồng thuận. ✅ Ý tưởng về một lớp nội dung Đề xuất đưa ra là thêm một "lớp nội dung" (content layer) lên trên cấu trúc khối, nhằm đạt được sự đồng thuận về nội dung giao dịch. Trong lớp này, nhiều nút mạng sẽ phân chia vai trò để cùng quyết định nên bao gồm giao dịch nào và sắp xếp theo thứ tự nào. Mục tiêu là loại bỏ khả năng sắp xếp tùy tiện của một validator hay sequencer cụ thể. ✅ Cơ chế cơ bản của giao thức Alex Trong ví dụ Alex, có ba vai trò chính: thu thập giao dịch, ngẫu nhiên hóa thứ tự, và quản lý tổng thể để phản ánh vào khối. Mỗi vai trò hoạt động độc lập, và nếu một người cố tình gian lận, các thành viên khác sẽ kiểm tra và bổ sung. Nhờ đó, việc kiểm duyệt giao dịch hay sắp xếp tùy tiện trở nên cực kỳ khó khăn. ✅ Mối quan hệ với Ethereum hiện tại Cơ chế này không làm phá vỡ hệ thống đồng thuận của Ethereum hiện tại. Cấu trúc khối vẫn giữ nguyên, chỉ thay đổi cách quyết định nội dung. Đề xuất này có thể áp dụng cho validator của eth2, sequencer của rollup, hoặc các sequencer phân tán trong tương lai. Vì vậy, một khi cơ chế được xây dựng, nó có thể được ứng dụng rộng rãi. ✅ Tác động đến tính công bằng và phát hiện giá Thiết kế này không loại bỏ các hành vi cần thiết cho thị trường như arbitrage đơn giản. Tuy nhiên, nó chỉ tập trung vào việc loại bỏ MEV – những hành vi bóc lột người dùng mà người dùng không thể phòng thủ. Kết quả là, mạng lưới sẽ tự cung cấp tính công bằng, thay vì phải dựa vào các giải pháp phức tạp từ phía ứng dụng.

📚 Cơ chế mới bổ sung tính ẩn danh cho các token hiện có ✅ Tóm tắt Nội dung này đề xuất một tiêu chuẩn ERC mới nhằm thêm tính riêng tư cho các token hiện có trên Ethereum mà không làm thay đổi tính năng hay cách sử dụng của chúng. Cơ chế này cung cấp khả năng khó theo dõi giao dịch, áp dụng cho các loại token phổ biến như ERC20, ERC721, và ERC1155. ✅ Giải quyết vấn đề gì Hiện tại, các token Ethereum đều có thể được theo dõi hoàn toàn trên chuỗi, cho thấy ai đã gửi bao nhiêu từ địa chỉ nào sang địa chỉ nào. Điều này mang lại tính minh bạch nhưng đồng thời cũng gây ra vấn đề về việc dễ bị theo dõi số dư và giao dịch bởi bên thứ ba. ERC này nhằm mục đích khắc phục điểm yếu này mà không cần phải xây dựng lại token từ đầu. ✅ Ý tưởng về token bọc (wrapper) có kiến thức bằng không (zero-knowledge) Token bọc có kiến thức bằng không là một cơ chế trong đó người dùng gửi token hiện có vào một hợp đồng thông minh và nhận lại một "token bọc". Token bọc này có thể được gửi và giao dịch như token gốc, nhưng bên trong sử dụng các cam kết (commitment) để ẩn thông tin sở hữu, đảm bảo tính ẩn danh. ✅ Ngắt lịch sử bằng cách đốt (burn) và phát hành lại (mint) Đặc điểm nổi bật là quy trình kết hợp giữa đốt token (làm cho token không còn sử dụng được) và phát hành lại token mới. Khi cung cấp bằng chứng có kiến thức bằng không (chứng minh tính hợp lệ mà không tiết lộ thông tin), token mới sẽ được phát hành mà không liên kết với token đã bị đốt trước đó. Do đó, việc theo dõi giao dịch trên chuỗi trở nên khó khăn hơn. ✅ Trường hợp với các token có thể thay thế (fungible token) như ERC20 Với các token có thể thay thế như ERC20, cơ chế này cho phép ngắt dòng tiền một cách thực tế. Người sở hữu token nào và số dư bao nhiêu sẽ khó xác định từ bên ngoài cho đến khi họ rút token ra. ✅ Những điều có thể làm với NFT Với NFT như ERC721, mỗi token là duy nhất nên không thể trộn hoàn toàn. Tuy nhiên, vẫn có thể ẩn danh người sở hữu hiện tại cho đến khi họ rút NFT ra. ✅ Cách sử dụng không yêu cầu người dùng nhận thức Cơ chế này được thiết kế để người dùng có thể sử dụng mà không cần biết đến sự tồn tại của token bọc. Ví hoặc ứng dụng có thể xử lý bên trong, cho phép người dùng tận hưởng lợi ích về tính riêng tư mà vẫn giữ nguyên trải nghiệm sử dụng quen thuộc. ✅ Tương thích với hệ sinh thái hiện có Thay vì phát hành token mới, cơ chế này bọc các token hiện có, do đó có thể tích hợp trực tiếp với các nền tảng như DEX và DeFi trong hệ sinh thái Ethereum hiện tại. Tính thanh khoản và phạm vi sử dụng của token không bị ảnh hưởng, chỉ thêm tính ẩn danh.

📚ERC7694 Tôi đã tổng hợp về "ERC7694" - một cơ chế đề xuất cho phép hợp đồng thông minh trên Ethereum sử dụng Solana như một kho lưu trữ bên ngoài, thực hiện an toàn các thao tác ghi và đọc dữ liệu qua chuỗi chéo (cross-chain)! https://t.co/hYzUup7dBO