Ethereum có giới hạn gas. Nhưng liệu chúng ta có thể chứng minh toán học về giới hạn tối đa của công việc tính toán cần thiết để xác minh bất kỳ khối hợp lệ nào? Thú vị thay, chúng ta hiện chưa có giới hạn trên hữu hạn được xác nhận cho mô hình thách thức toàn diện. Đó chính là vấn đề mà @yukonresearch, @zksecurityXYZ và @Veritylab đang giải quyết thông qua https://t.co/w9Ti86Tqsj. Hiện tại, các validator Ethereum thực thi giao dịch độc lập để xác minh các khối. Khi Ethereum chuyển sang xác minh dựa trên zkEVM, thách thức không còn chỉ dừng lại ở việc thực thi giao dịch chính xác. Chúng ta cũng cần hiểu rõ chi phí tính toán trong trường hợp xấu nhất. Tại sao điều này quan trọng? Một khối Ethereum có thể hợp lệ nhưng vẫn yêu cầu chi phí tính toán bất thường cao. Nếu chi phí chứng minh trở nên không thể dự đoán được, việc chứng minh ZK thời gian thực có thể trở thành điểm nghẽn cho việc mở rộng Ethereum. https://t.co/w9Ti86Tqsj giới thiệu một cuộc thi mở nhằm thiết lập các giới hạn trên được chứng minh toán học cho công việc xác minh khối. Hệ quả của điều này rất lớn: → Công việc thực thi và chứng minh dễ dự đoán hơn. → Nền tảng vững chắc hơn cho chứng minh ZK thời gian thực. → Tăng sự tin tưởng khi nâng giới hạn gas của Ethereum. → Con đường hướng tới xác minh trên phần cứng dễ tiếp cận hơn. Tất nhiên, việc giới hạn số bước thực thi không tự động đảm bảo các chứng minh ZK nhanh chóng. Nhưng đây là nền tảng quan trọng. Thách thức mở rộng tiếp theo của Ethereum không chỉ là làm cho việc thực thi nhanh hơn. Mà là làm cho chi phí tính toán trong trường hợp xấu nhất trở nên có thể dự đoán và chứng minh được. Và khi các rollup Ethereum như @puffer_unifi hướng tới độ trễ thấp hơn và khả năng kết hợp đồng bộ, loại nghiên cứu này ngày càng trở nên liên quan. https://t.co/SwPS2w3ic1

Một lần tái tổ chức khối Ethereum duy nhất đã khiến THORChain tạm dừng các giao dịch hoán đổi liên quan đến 10 mạng blockchain. Điều đáng ngạc nhiên? Tất cả bắt đầu từ một khoản nạp 10 ETH mà thực tế chưa bao giờ đến được kho chứa. Dưới đây là những gì đã xảy ra. 1️⃣ Phát hiện khoản nạp Một người dùng đã gửi 10 ETH đến kho chứa của THORChain. Giao dịch xuất hiện trong một khối Ethereum, và THORChain đã ghi nhận khoản nạp này. 2️⃣ Tái tổ chức khối Ethereum Ethereum đã thay thế khối ban đầu, xóa bỏ khoản nạp khỏi chuỗi chính thức. Nhưng THORChain đã tính toán đến số tiền này rồi. 3️⃣ Hoàn tiền sai Giao dịch hoán đổi thất bại do điều kiện giới hạn giá, kích hoạt việc hoàn tiền. THORChain đã gửi 10 ETH cho người dùng, dù kho chứa của nó chưa bao giờ nhận được khoản nạp tương ứng. 4️⃣ Tạm dừng khẩn cấp Bộ kiểm tra khả năng thanh toán của THORChain phát hiện ra khoản thiếu hụt và tạm dừng các giao dịch hoán đổi. Sau đó, người dùng đã trả lại 10 ETH thừa. Vậy, vấn đề kỹ thuật nằm ở đâu? Vấn đề cốt lõi là sự khác biệt giữa việc quan sát một giao dịch và đảm bảo rằng giao dịch đó sẽ tồn tại vĩnh viễn trong lịch sử chính thức của Ethereum. Một giao dịch xuất hiện trong một khối không có nghĩa là khối đó không thể bị tái tổ chức. Đây là lúc @ethlabs_org đưa ra một giải pháp thú vị: Quy tắc Xác nhận Nhanh của Ethereum (FCR). Thay vì chỉ chờ một số lượng khối ngẫu nhiên, FCR phân tích các xác nhận từ các validator Ethereum để xác định xem một khối có đủ sự hỗ trợ hay không. Nó có thể cung cấp xác nhận mạnh mẽ trong khoảng 15–30 giây, sớm hơn đáng kể so với độ kết thúc đồng thuận đầy đủ của Ethereum. Tuy nhiên, FCR không phải là sự kết thúc tuyệt đối. Các đảm bảo của nó vẫn phụ thuộc vào các giả định về mạng lưới và validator. Những điểm phân biệt quan trọng: • Giao dịch được quan sát ≠ Giao dịch đã được kết thúc • Số lần xác nhận khối ≠ Xác nhận dựa trên xác nhận của validator • Xác nhận nhanh ≠ Kết thúc đồng thuận Đối với hạ tầng liên chuỗi, việc nhận một khoản nạp chỉ là một phần của quy trình. Xác minh rằng giao dịch trên chuỗi nguồn đã đủ an toàn trước khi giải phóng tiền cũng quan trọng không kém. Đó chính là lý do vì sao sự cố này là một ví dụ rất hữu ích về việc không nên nhầm lẫn giữa xác nhận và tính kết thúc.

Cổ phiếu được token hóa đang mang các cổ phiếu truyền thống lên chuỗi. Nhưng có một điểm nghẽn lớn đang kìm hãm tiềm năng DeFi của chúng: thanh khoản phân mảnh. Hiện nay, cùng một cổ phiếu có thể được token hóa bởi các nhà phát hành khác nhau, triển khai trên nhiều chuỗi khác nhau và giao dịch trong các hồ thanh khoản tách biệt. Mặc dù những token này đại diện cho cùng một tài sản cơ sở, nhưng thanh khoản của chúng không nhất thiết được chia sẻ. Điều này tạo ra ba vấn đề cơ bản: ⚠️ Tác động giá cao: Các giao dịch lớn có thể gặp trượt giá đáng kể khi thanh khoản bị phân tán trong các hồ nông. ⚠️ Hiệu quả vốn kém: Các nhà cung cấp thanh khoản phải phân tán vốn qua nhiều nền tảng thay vì tập trung chúng. ⚠️ Khả năng kết hợp DeFi hạn chế: Việc sử dụng cổ phiếu được token hóa trong các giao dịch hoán đổi, cho vay, thế chấp và chiến lược tự động vẫn còn quá phức tạp. Vậy điều gì còn thiếu? Tôi tin rằng hai năng lực hạ tầng là cực kỳ quan trọng: ✅ Tổng hợp thanh khoản để kết nối các nguồn thanh khoản phân mảnh và cải thiện thực thi giao dịch. ✅ Khả năng kết hợp đồng bộ để cho phép các thao tác hoán đổi, cho vay và thế chấp tương tác một cách nguyên tử, không bị phân mảnh trong luồng thực thi. Và điều này càng quan trọng hơn khi các tác nhân AI bước vào tài chính trên chuỗi. Hãy tưởng tượng một tác nhân AI hoán đổi USDC thành cổ phiếu được token hóa, gửi chúng làm tài sản thế chấp, vay dựa trên chúng và tái đầu tư toàn bộ vốn trong một giao dịch nguyên tử duy nhất. Đó chính là nơi các tài sản được token hóa trở thành những khối xây dựng tài chính có thể lập trình thực sự. Bước đột phá tiếp theo trong cổ phiếu được token hóa sẽ không chỉ là giao dịch 24/7. Nó sẽ là thanh khoản sâu cộng với khả năng kết hợp DeFi liền mạch. Đây là lý do chúng tôi rất hào hứng với @puffer_unifi. Với khả năng truy cập thanh khoản Ethereum L1, khả năng kết hợp đồng bộ L1–L2 và thực thi độ trễ thấp, UniFi đang xây dựng hạ tầng cần thiết cho tài chính trên chuỗi kết nối hơn và hiệu quả vốn hơn. Token hóa mang tài sản lên chuỗi. Thanh khoản và khả năng kết hợp mới giải phóng những gì các tài sản đó thực sự có thể làm.

Google đang ngày càng thâm nhập sâu hơn vào cơ sở hạ tầng tiền mã hóa. Họ đang giới thiệu giải pháp bảo mật Multi-Party Compute (MPC) để giúp các tổ chức lưu trữ và chuyển tài sản kỹ thuật số một cách an toàn. Khi ngày càng nhiều vốn tổ chức di chuyển trên blockchain, bảo mật cần vượt ra ngoài việc kiểm toán hợp đồng thông minh. Quản lý khóa, ủy quyền giao dịch và an toàn vận hành đều quan trọng không kém. MPC không phải là điều mới mẻ, nhưng việc Google đầu tư vào lĩnh vực này là một tín hiệu tích cực khác cho sự chấp nhận blockchain của các tổ chức. Giai đoạn tiếp theo của tiền mã hóa không chỉ là về các giao dịch nhanh hơn và rẻ hơn. Nó còn là về việc xây dựng cơ sở hạ tầng mà các tổ chức có thể tin tưởng. Chúc mừng đội ngũ Google vì những nỗ lực tuyệt vời! 👏 Rất thú vị khi thấy thêm nhiều công ty công nghệ lớn đang giúp thúc đẩy tiền mã hóa tiến lên.

Ý tưởng đằng sau EIP-8450: Đừng chờ đợi máy tính lượng tử. Hãy chuẩn bị sẵn các khóa khi BLS vẫn còn an toàn. Các validator sẽ đăng ký một khóa chống lượng tử trong trạng thái beacon ngay hôm nay. Khóa này sẽ ở trạng thái ngủ trong phân nhánh này, và một phân nhánh sau đó sẽ chuyển nhiệm vụ sang nó. 🔐 Khóa leanXMSS dựa trên hàm băm + vrf_root 32 byte, khoảng 2,6 KB mỗi đăng ký 📊 Danh sách đăng ký cho thấy bao nhiêu stake thực sự đã sẵn sàng PQ trước khi chuyển đổi ⚠️ Câu hỏi mở: ai có quyền ủy quyền thay đổi khóa, và chi phí DVT được Obol cảnh báo (~55–164 GB chia sẻ khóa mỗi nút mạng) Đối với các staker và người vận hành restaking, hiện tại không cần làm gì, nhưng mọi validator cuối cùng sẽ cần một khóa PQ. Chuẩn bị sớm. Chuyển đổi khi an toàn.👇

BNB Chain đang lên kế hoạch phát triển một L1 hiệu suất cao mới, được thiết kế riêng cho các ứng dụng như giao dịch tần suất cao, sổ lệnh trên blockchain và thanh toán. Tại sao lại xây thêm một chuỗi mới bên cạnh BSC? Vì các blockchain đa năng không được tối ưu cho mọi loại công việc. Khi tài chính trên blockchain phát triển, các ứng dụng ngày càng đòi hỏi khả năng thực thi độc lập, độ trễ thấp hơn và hiệu suất ổn định hơn những môi trường thực thi chia sẻ có thể cung cấp liên tục. Chúng ta đang chứng kiến một xu hướng rộng hơn: từ việc một chuỗi phục vụ mọi ứng dụng sang các chuỗi chuyên biệt được xây dựng xung quanh nhu cầu cụ thể. Đây cũng là hướng đi chúng tôi đang theo đuổi với @puffer_unifi, nhưng với một cách tiếp cận kiến trúc khác. Thay vì ra mắt các L1 độc lập, Puffer UniFi đang xây dựng các rollup tuân thủ Ethereum, cung cấp: ⚡ Thực thi độc lập được tối ưu hóa cho các ứng dụng khác nhau. 🔗 Thanh toán trên Ethereum, tận dụng Ethereum làm lớp thanh toán nền tảng. 💧 Khả năng kết hợp đồng bộ, được thiết kế để kết nối trực tiếp các appchain với thanh khoản và hợp đồng thông minh của Ethereum. Thực thi chuyên biệt. Thanh khoản Ethereum chia sẻ. Thanh toán trên Ethereum. Việc mở rộng quy mô không nên nghĩa là xây dựng các hệ sinh thái cô lập.

Bài viết thú vị về tương lai của thương mại giữa các tác nhân. Một điểm nổi bật với tôi: thanh toán có thể là phần dễ nhất của nền kinh tế tác nhân. Chúng ta đang chứng kiến nhiều hạ tầng được xây dựng xung quanh việc các tác nhân AI thực hiện thanh toán. Nhưng điều gì sẽ xảy ra khi các tác nhân bắt đầu đàm phán, giao dịch và quản lý rủi ro tài chính với nhau? Bài viết nêu ra một vài điểm thú vị: 1. Thanh toán ≠ Niềm tin. Các tác nhân có thể chuyển tiền ngay lập tức, nhưng điều đó không đảm bảo bên kia sẽ thực hiện nghĩa vụ. Các cơ chế như ký quỹ, tài sản đảm bảo và cam kết có thể thi hành trở nên thiết yếu. 2. Các tác nhân sẽ cần phòng ngừa rủi ro. Hãy nghĩ đến giá GPU, khả năng sẵn có của tính toán hoặc thời hạn giao hàng. Hầu hết những rủi ro này quá cụ thể để các thị trường tài chính truyền thống có thể xử lý. 3. Các thị trường có thể trở nên tạm thời. Một tác nhân tạo ra một thị trường xung quanh một rủi ro cụ thể, các tác nhân khác cung cấp thanh khoản nếu họ có lý do, và thị trường biến mất ngay sau khi sự kiện được giải quyết. Điểm thứ ba đặc biệt thú vị. Chúng ta có thể đang tiến tới một thế giới nơi các thị trường được tạo ra theo yêu cầu, không chỉ cho các tài sản mà con người muốn giao dịch, mà còn cho những bất định mà từng tác nhân cần quản lý. Điều này cũng khiến tôi nghĩ đến những gì chúng tôi đang xây dựng với @puffer_unifi. Nếu các tác nhân sẽ phối hợp hoạt động kinh tế ở tốc độ máy móc, chúng sẽ cần nhiều hơn chỉ các đường dẫn thanh toán. Chúng sẽ cần thực thi hiệu suất cao, đảm bảo giao dịch nhanh chóng và tiếp cận thanh khoản cũng như các nguyên tố tài chính của ethereum. Đó là nơi mà hạ tầng như Puffer UniFi có thể đóng vai trò quan trọng. Sóng tiếp theo của thương mại tác nhân có thể không được định nghĩa bởi số tiền mà các tác nhân di chuyển, mà bởi mức độ hoạt động kinh tế mà chúng có thể tự phối hợp.

🌊 Khả năng kết hợp đồng bộ là bước đột phá thực sự (4) Một trong những phát hiện kỹ thuật quan trọng nhất từ bài phát biểu chính của Amir tại Agentic Settlement Night không nhận được tràng pháo tay lớn nhất, nhưng tôi nghĩ nó quan trọng nhất. Hãy bắt đầu với một kịch bản đơn giản. Một ứng dụng trên L2 muốn sử dụng thanh khoản đang tồn tại trong một giao thức DeFi trên ethereum L1. Hiện tại, điều này thường có nghĩa là một trong ba điều sau: 1. Chuyển tài sản qua lại và chờ đợi 2. Giao tiếp không đồng bộ, nơi L2 gửi yêu cầu và hy vọng trạng thái chưa thay đổi khi nó được xử lý 3. Nhân bản thanh khoản trên mọi chuỗi, khiến nó bị chia nhỏ và làm cho mỗi hồ thanh khoản trở nên mỏng hơn Mỗi lựa chọn đều làm tăng độ trễ, rủi ro hoặc chi phí. Theo thời gian, câu chuyện mở rộng của ethereum đã trở thành câu chuyện phân mảnh: nhiều rollup hơn, nhiều hòn đảo hơn, và thanh khoản phân tán mỏng hơn trên tất cả các chuỗi. @puffer_unifi được thiết kế để thay đổi điều đó. Với khả năng kết hợp đồng bộ, các ứng dụng L1 và L2 có thể tương tác trong một giao dịch được phối hợp duy nhất. L2 có thể đọc từ L1, thực hiện hành động và hoàn tất, tất cả trong một lần và không có bước chờ nào giữa chừng. Câu then chốt đối với tôi: thanh khoản không cần phải di chuyển chỉ vì việc thực thi di chuyển. Tại sao điều này quan trọng: - Các nhà phát triển có thể ra mắt trên L2 để tận dụng tốc độ và chi phí thấp mà không mất đi khả năng tiếp cận thanh khoản sâu nhất của ethereum. - Người dùng có trải nghiệm nguyên tử: tất cả đều hoạt động hoặc không cái nào hoạt động. Không còn trạng thái chéo chuỗi bị dang dở. - Các tổ chức và tác nhân AI có thể xác minh được quá trình hoàn tất, bởi vì toàn bộ luồng sẽ ли ли hoàn thành hoặc hoàn nguyên. - Đó là một cách tiếp cận hoàn toàn khác để mở rộng ethereum. Thay vì xây dựng rời xa L1, bạn xây dựng cùng với nó. Và đây không chỉ là lý thuyết. Trên sân khấu, đồng sáng lập của chúng tôi @AmirOnchain đã trình diễn một khoản vay chớp nhoáng được thực hiện trên ethereum L1, sử dụng để thực thi trên mạng thử nghiệm của Puffer UniFi, rồi hoàn trả lại trên L1, tất cả trong cùng một giao dịch. Một khoản vay chớp nhoáng chỉ hoạt động nếu nó được hoàn trả trong cùng một giao dịch. Vì vậy, việc chạy một khoản vay như vậy giữa L1 và L2 là bằng chứng rõ ràng nhất rằng hai lớp này thực sự đang kết hợp đồng bộ. Đối với thương mại tác nhân, đây là nền tảng. Các tác nhân cần tốc độ, nhưng cũng cần các khoản thanh toán chính xác mỗi lần. Thực thi nhanh trên Puffer UniFi, hoàn tất trên ethereum, và không để lại thanh khoản nào bị mắc kẹt ở giữa. Ethereum không cần thêm nhiều hòn đảo. Nó cần các lớp hoạt động như một thể thống nhất.

Các bản nâng cấp ethereum kể từ London: Quá khứ → hiện tại: Merge, rút tiền Shapella, blobs Dencun (giảm phí L2 90–98%), Pectra (EIP-7702 + validator lớn hơn), Fusaka (P-256/native passkeys), gas ~60M. Tiếp theo: Glamsterdam (~tháng 12/2026) Phân nhánh năng lực. ePBS đưa cuộc đấu giá builder vào trong giao thức. Danh sách truy cập khối mở khóa xác thực song song. Đường dẫn đến ~200M gas, nhưng bộ nhớ lưu trữ mới trở nên đắt đỏ (ETH gửi đến địa chỉ mới ~9,7 lần so với hiện tại). Tại 60M, chi phí tăng; tại 200M, hầu hết giao dịch có thể rẻ hơn. Sau đó: Hegotá (~2027) Frame txs = chọn kiểm tra chữ ký của riêng bạn + người trả gas (hỗ trợ USDT, quỹ trả cho nhà đầu tư). FOCIL = một ủy ban validator có thể buộc các giao dịch công khai đang chờ vào khối tiếp theo. Các khe 10s đang được xem xét. Vẫn chưa áp dụng các phân nhánh này: tính bảo mật khỏi RPC/builder. Tính kết thúc trong vài giây + mật mã hậu lượng tử ≈ cuối thập kỷ. Bảng tổng hợp toàn diện dành cho tổ chức từ EthSystems:

🌊 Tại sao Ethereum cần Puffer UniFi? (2) Ethereum không thiếu thanh khoản. Vấn đề của nó là làm cho thanh khoản đó dễ tiếp cận trong một hệ sinh thái ngày càng phân mảnh. Hãy nghĩ về điều này. Ethereum đã trở thành nơi đặt nền tảng cho tài chính trên chuỗi, với hàng tỷ đô la stablecoin, thanh khoản DeFi và tài sản được token hóa. Nhưng khi Ethereum mở rộng thông qua rollups, một điều thú vị xảy ra. Mỗi rollup mới mang lại thêm khả năng thực thi, chi phí thấp hơn và hiệu suất tốt hơn. Nhưng đi kèm với đó là những nhược điểm: sự phân mảnh thanh khoản và tập trung hóa sequencer. 1️⃣ Thanh khoản phân mảnh Các tài sản và ứng dụng được phân tán qua nhiều môi trường thực thi khác nhau, mỗi môi trường có trạng thái và các pool thanh khoản riêng biệt. Việc chuyển giá trị giữa chúng thường đòi hỏi cầu nối, tin nhắn bất đồng bộ, hoặc các nhà cung cấp thanh khoản duy trì vốn trên nhiều chuỗi khác nhau. Chúng ta đang mở rộng khả năng thực thi, nhưng khiến thanh khoản của Ethereum trở nên khó sử dụng như một hệ thống tài chính liên kết. 2️⃣ Sequencing tập trung Nhiều rollup phụ thuộc vào các sequencer tập trung để sắp xếp giao dịch. Mặc dù điều này cho phép thực thi nhanh chóng, nhưng cũng tạo ra thêm các giả định về niềm tin và rủi ro tiềm ẩn liên quan đến kiểm duyệt, thứ tự giao dịch và khả năng sẵn sàng của sequencer. Ngay cả khi tính hợp lệ và thanh toán giao dịch được bảo vệ bởi Ethereum, việc sắp xếp giao dịch vẫn có thể phụ thuộc vào một nhà điều hành duy nhất. Vậy câu hỏi đặt ra là: Liệu chúng ta có thể mở rộng Ethereum mà không hy sinh khả năng kết hợp và tính phi tập trung? Đó chính là mục tiêu chúng tôi đang hướng tới với @puffer_unifi. Puffer UniFi đang xây dựng một nền tảng hạ tầng Based Rollup phù hợp với Ethereum, nhằm giải quyết cả hai thách thức này. ⚡ Thực thi chuyên dụng: Các ứng dụng có thể có môi trường thực thi hiệu suất cao riêng, được tùy chỉnh theo nhu cầu của chúng. 🔗 Khả năng kết hợp đồng bộ: Các rollup được xây dựng trên nền tảng Puffer UniFi được thiết kế để tương tác với thanh khoản L1 và hợp đồng thông minh của Ethereum thông qua các giao dịch đồng bộ, nguyên tử. 🔐 Sequencing phù hợp với Ethereum: Sequencing dựa trên nền tảng được thiết kế để đưa việc sắp xếp giao dịch về cùng hướng với hạ tầng validator của Ethereum, giảm sự phụ thuộc vào các sequencer tập trung độc lập. Hãy tưởng tượng một ứng dụng DeFi chạy trên một rollup chuyên dụng, trong khi truy cập thanh khoản từ Aave hoặc Uniswap trên Ethereum L1, mà không cần cầu nối tài sản vào một pool thanh khoản riêng biệt. Và đây không chỉ là một khái niệm. Tại sự kiện Agentic Settlement Night gần đây ở Singapore, đồng sáng lập của chúng tôi @AmirOnchain đã trình diễn khả năng kết hợp L1–L2 đồng bộ trên mạng thử nghiệm: vay từ Aave trên Ethereum Sepolia, thực hiện giao dịch trên Puffer UniFi, và hoàn trả khoản vay chớp nhoáng trên L1 – tất cả trong một giao dịch nguyên tử duy nhất. Đó là một cái nhìn sơ bộ về những gì khả năng kết hợp đồng bộ có thể mở ra. Cơ hội lớn hơn là làm cho thanh khoản hiện có của Ethereum dễ tiếp cận và dễ kết hợp hơn, đồng thời xây dựng nền tảng thực thi phi tập trung hơn.