原文标题：启用链上市场的未来：可预测性的作用
原文作者：@PGarimidi、@jneu_net、@MaxResnick，a16z
编译：Peggy，BlockBeats

编者按：随着区块链性能持续提升，行业讨论的焦点正从「能处理多少交易」转向「交易何时被确认」。长期以来，性能被简化为吞吐量（TPS），但对金融系统而言，更关键的是交易包含的可预测性，即一笔交易提交后，能否被及时且确定地纳入区块。

本文指出，多数区块链目前提供的只是「最终会上链」的保障，时间却不可控。这种秒级不确定性在支付场景尚可接受，但在需要毫秒级响应的金融交易中，会直接带来价格劣化、套利空间和不公平问题，削弱链上市场的竞争力。

进一步来看，这一问题源于底层机制：在单一领导者的出块结构下，交易排序与包含权高度集中，容易引发审查、延迟与信息不对称等风险。

基于此，作者提出两个方向：一是提供短期、可预测的交易包含保障，二是在确认前引入信息隐藏机制，以减少抢跑与不利选择。总之，区块链若要真正成为金融基础设施，比吞吐量更重要的，是交易执行的确定性与公平性。

以下为原文：

区块链如今已经可以有底气地宣称，其容量足以与现有金融基础设施展开竞争。当前的生产系统已能够处理每秒数万笔交易，且在可预见的未来仍将实现数量级的提升。

但相比单纯的吞吐能力，金融应用更需要的是可预测性。无论是撮合交易、参与拍卖，还是行使期权，当一笔交易被发送，系统必须能够可靠地保证该交易何时能够被确认上链，这对于金融体系的正常运作至关重要。一旦交易确认存在不确定性延迟（无论来自对抗性行为还是偶发因素），大量应用将失去可用性。

因此，链上金融应用若要具备竞争力，底层区块链必须提供短期包含性保障：一笔有效交易一旦被提交至网络，就应在尽可能短的时间内被纳入区块。

以链上订单簿为例。一个高效的订单簿依赖做市商持续提供流动性，通过不断挂出买卖订单来维持市场运转。做市商面临的核心问题，是在尽可能压缩买卖价差（即买卖报价之间的差距）的同时，避免因报价偏离市场而遭受不利选择风险。

Để làm điều này, người cung cấp thanh khoản phải liên tục cập nhật các đơn hàng để phản ánh sự thay đổi của tình trạng thị trường. Ví dụ, khi Cục Dự trữ Liên bang Hoa Kỳ (Fed) công bố thông báo gây biến động giá tài sản, người cung cấp thanh khoản cần phải điều chỉnh báo giá ngay lập tức. Nếu các giao dịch được sử dụng để cập nhật các đơn hàng này không thể được đưa lên chuỗi ngay lập tức, chúng có thể bị các nhà khai thác cơ hội thực hiện giao dịch với giá lỗi thời, gây ra thiệt hại. Kết quả là, người cung cấp thanh khoản phải mở rộng biên độ giá để giảm rủi ro mở, từ đó làm suy yếu tính cạnh tranh của sàn giao dịch trên chuỗi.

Chính việc giao dịch được nhập linh hoạt vào chuỗi mà đã mang lại khả năng cho người cung cấp thanh khoản phản ứng nhanh chóng với các sự kiện dưới chuỗi, từ đó duy trì hiệu suất của thị trường trên chuỗi.

Những gì chúng ta đã có, và những gì thực sự chúng ta cần

Hiện nay, hầu hết các chuỗi khối chỉ cung cấp bảo đảm mạnh mẽ cho việc viết cuối cùng, quá trình này thường diễn ra trong vài giây. Mặc dù điều này đủ cho các ứng dụng thanh toán, nhưng đối với các ứng dụng tài chính yêu cầu sự phản ứng thời gian thực của một lượng lớn người tham gia với thông tin, bảo đảm này vẫn quá yếu thế.

Vẫn lấy ví dụ về sổ đặt hàng đã nêu trên: nếu người cung cấp thanh khoản chỉ có Bảo đảm "sẽ được viết vào chuỗi trong vài giây tới", trong khi giao dịch của nhà khai thác cơ hội có thể đi vào khối trước, thì bảo đảm này thực sự không có ý nghĩa. Trong trường hợp thiếu bảo đảm vững chắc, người cung cấp thanh khoản chỉ có thể bảo đảm rủi ro lựa chọn tiêu cực tăng cao thông qua việc mở rộng biên độ giá, từ đó đem lại giá trị giao dịch tệ hơn cho người dùng. Điều này cũng làm cho giao dịch trên chuỗi, so với những nơi cung cấp bảo đảm vững chắc hơn, trở nên kém hấp dẫn.

Nếu muốn thực sự đạt được tầm nhìn của mình là cơ sở hạ tầng thị trường vốn hiện đại, các nhà phát triển phải giải quyết những vấn đề này, để cho phép các ứng dụng tài chính cao giá trị như sổ đặt hàng phát triển thực sự trên chuỗi và có tính cạnh tranh.

Tại sao việc thực hiện "Tính Dự đoán" lại khó như vậy?

Để tăng cường bảo đảm của việc bao gồm giao dịch trên chuỗi hiện có, nhằm hỗ trợ các kịch bản ứng dụng đã nói, thực sự là một nhiệm vụ cực kỳ thách thức. Một số giao thức hiện tại phụ thuộc vào một nút duy nhất (gọi là "người lãnh đạo") quyết định vào bất kỳ thời điểm nào xem xét giao dịch nào có thể được bao gồm vào khối. Mặc dù cơ chế này giúp đơn giản hóa việc xây dựng các chuỗi khối hiệu suất cao, nhưng cũng đồng thời mở ra một mấu chốt kinh tế: những người lãnh đạo có thể trích lợi từ đó. Thông thường, trong một khoảng thời gian nào đó, một nút được chọn làm người lãnh đạo có toàn quyền quyết định về việc bao gồm những giao dịch nào vào khối.

Với bất kỳ chuỗi khối nào đang chịu trách nhiệm hoạt động tài chính, người lãnh đạo đều ở một vị trí đặc quyền. Nếu người lãnh đạo duy nhất quyết định không bao gồm một giao dịch nào đó, cách duy nhất để phản ứng chỉ có thể là chờ đợi người lãnh đạo tiếp theo sẵn lòng bao gồm giao dịch đó.

Trong một mạng không cần phép, người lãnh đạo thường sẽ được khích lệ bằng giá trị trích lợi, được gọi là MEV. MEV không chỉ liên quan đến tấn công sandwich trên giao dịch AMM. Ngay cả việc trì hoãn việc bao gồm giao dịch vài chục mili giây cũng có thể mang lại lợi nhuận đáng kể, đồng thời làm suy yếu hiệu suất của ứng dụng cơ bản. Một sổ đặt hàng ưu tiên xử lý chỉ một phần của các đơn hàng từ các nhà giao dịch, sẽ đặt những người tham gia khác vào một môi trường cạnh tranh không công bằng. Ở trường hợp cực đoan nhất, người lãnh đạo còn có thể thể hiện tính chống đối mạnh mẽ, dẫn đến việc người giao dịch rời khỏi nền tảng hoàn toàn.

Hãy tưởng tượng một tình huống như sau: Nếu Lãi suất Tăng, giá của ETH sẽ giảm ngay lập tức 5%. Tất cả các nhà cung cấp thanh khoản trên sổ sách lệnh sẽ nhanh chóng hủy bỏ lệnh đặt trước và đặt lệnh mới với giá mới; đồng thời, người khai thác lợi dụng sẽ gửi lệnh bán để khớp với những lệnh chưa được cập nhật đó. Nếu sổ sách đặt lệnh đó chạy trên một giao thức với một người đứng đầu duy nhất, người đứng đầu sẽ có quyền lực lớn. Người đứng đầu có thể chọn kiểm tra trực tiếp việc hủy lệnh của tất cả các nhà cung cấp thanh khoản, giúp người khai thác lợi dụng thu được lợi nhuận khổng lồ; hoặc, ngay cả khi không kiểm tra hoàn toàn, người đứng đầu vẫn có thể trì hoãn thời gian đưa lệnh hủy lệnh lên chuỗi, chờ đến khi giao dịch của người khai thác lợi dụng được đóng gói trước; thậm chí, người đứng đầu còn có thể chèn thêm giao dịch khai thác lợi dụng của mình, tận dụng hoàn toàn sự không phù hợp về giá cả đó.

Hai Mục Tiêu Quan Trọng: Chống Kiểm Duyệt và Ẩn Thông Tin

Trong cấu trúc quyền lực như vậy, nhà cung cấp thanh khoản sẽ mất đi động lực tham gia; mỗi khi giá cả thay đổi, họ đều có thể bị hạt giống hệ thống hóa. Bản chất vấn đề là, người đứng đầu có quá nhiều đặc quyền ở hai khía cạnh:

1) Người đứng đầu có thể kiểm tra giao dịch của người khác;

2) Người đứng đầu có thể xem nội dung giao dịch của người khác và điều chỉnh hành vi giao dịch của mình dựa trên đó.

Bất kỳ một trong hai điểm này đều có thể mang lại hậu quả thảm họa.

Ví dụ

Chúng ta có thể minh họa vấn đề thông qua một ví dụ đơn giản. Hãy tưởng tượng một tình huống đấu giá, chỉ có hai người đấu giá: Alice và Bob, trong đó Bob cũng là người đứng đầu của khối đó. (Ở đây chỉ có hai người đấu giá để minh họa vấn đề, trong thực tế, điều này áp dụng cho bất kỳ số lượng người tham gia nào.)

Đấu giá diễn ra trong một cửa sổ thời gian được tạo ra bởi khối, ví dụ từ thời điểm t=0 đến t=1. Alice đưa ra giá trị đấu giá bA tại thời điểm tA, Bob đưa ra giá trị đấu giá bB tại thời điểm tB (tB > tA). Vì Bob là người đứng đầu của khối đó, anh ấy có thể đảm bảo luôn là người đưa ra giá cuối cùng.

Đồng thời, cả Alice và Bob đều có thể liên tục nhận được giá thời gian thực của một tài sản nào đó (ví dụ giá trung bình từ sàn giao dịch tập trung). Tại mọi thời điểm t, giá trị này được ký hiệu là pt. Chúng ta giả sử rằng tại thời điểm t nào đó, dự báo giá cả của thị trường đối với thời điểm t=1 (khi đấu giá kết thúc) luôn bằng pt. Nghĩa là, tại bất kỳ thời điểm nào, cả hai bên đều dự đoán giá trị cuối cùng là bằng với giá trị hiện tại mà họ quan sát. Quy tắc đấu giá rất đơn giản: Ai đưa ra giá cao nhất, người đó chiến thắng và trả giá trị đấu giá của chính mình.

Sự Cần Thiết của Chống Kiểm Duyệt

Trước hết, hãy xem xét cách mà Bob tận dụng lợi thế làm người đứng đầu của anh ấy. Nếu Bob có thể kiểm tra giá trị đấu giá của Alice, thì cơ chế đấu giá sẽ bị vô hiệu ngay lập tức. Bob chỉ cần đưa ra một giá trị đấu giá cực kỳ thấp, và anh ấy có thể dễ dàng chiến thắng đấu giá mà không cần phải cạnh tranh. Điều này sẽ dẫn đến doanh thu từ đấu giá gần như bằng không.

Sự cần thiết của Việc Ẩn Thông Tin

Một tình huống phức tạp hơn là: Bob không thể xem xét mức giá bid của Alice, nhưng có thể nhìn thấy mức giá bid của Alice trước khi tự mình bid. Trong trường hợp như vậy, chiến lược của Bob rất đơn giản: khi anh ta bid, chỉ cần so sánh ptB có lớn hơn bA không. Nếu có, anh ta sẽ đưa ra một mức giá cao hơn một chút so với bA; nếu không, anh ta sẽ không tham gia bid.

Thông qua chiến lược này, Bob sẽ tạo ra một lựa chọn bất lợi đối với Alice. Chỉ khi giá thị trường thay đổi sao cho mức giá bid của Alice cao hơn giá trị dự kiến của tài sản, cô ấy mới có thể chiến thắng trong đấu giá. Nhưng trong trường hợp như vậy, cô ấy thực tế đang gánh lỗ, do đó lựa chọn hợp lý là không tham gia vào đấu giá. Khi các bidders khác rút lui, Bob có thể một lần nữa giành chiến thắng đấu giá với giá cực kỳ thấp, làm cho doanh thu từ đấu giá tiến gần về không.

Kết Luận Quan Trọng

Kết luận quan trọng của ví dụ này là: thời gian kéo dài của đấu giá không quan trọng. Miễn là Bob có thể xem xét mức giá bid của Alice, hoặc nhìn thấy mức giá bid của Alice trước khi tự mình bid, cơ chế đấu giá đã định mệnh sẽ thất bại.

Cùng nguyên lý này cũng áp dụng cho tất cả các tình huống giao dịch tần suất cao—dù đó là giao dịch tiền mặt, hợp đồng tương lai vĩnh viễn, hay giao dịch dẫn xuất. Nếu tồn tại một nhà lãnh đạo có quyền lực như trên, thì nhà lãnh đạo đó sẽ có khả năng làm sụp đổ toàn bộ cấu trúc thị trường. Do đó, nếu các sản phẩm trên chuỗi muốn có khả năng thực thi trong những tình huống như vậy, chúng phải tránh trao cho nhà lãnh đạo quyền lực như vậy.

Vấn Đề Này được Tạo Ra Trong Thực Tế như thế Nào?

Phân tích trên đã mô tả một bức tranh tương đối bi quan: giao dịch trên chuỗi trên bất kỳ giao thức không cần phép, đơn lẻ lãnh đạo nào đều đối mặt với vấn đề cấu trúc. Tuy nhiên, tình hình thực tế lại là, nhiều sàn giao dịch phi tâm trên các giao thức như vậy (DEX) vẫn duy trì lượng giao dịch đáng kể. Lí do đằng sau điều này là gì?

Trong thực tế, có hai lực lượng một phần nào đó đã làm giảm vấn đề đã nêu: thứ nhất, các nhà lãnh đạo chưa hoàn toàn tận dụng quyền lực kinh tế của họ, vì họ thường có lợi ích sâu sắc đối với sự thành công dài hạn của chuỗi cơ bản; thứ hai, lớp ứng dụng đã qua nhiều "phương án luồng trục" khác nhau, giảm thiểu nhạy cảm của bản thân đối với các vấn đề này.

Mặc dù hai yếu tố này một phần nào đó đã duy trì hoạt động của DeFi hiện nay, nhưng theo dài hạn, chúng không đủ để làm cho thị trường trên chuỗi thực sự cạnh tranh với thị trường ngoại chuỗi.

Để trở thành một nhà lãnh đạo trên chuỗi có hoạt động kinh tế thực sự, thường cần phải nắm giữ một lượng đáng kể bảo lãnh. Do đó, hoặc nút đó tự mình nắm giữ một lượng lớn token, hoặc danh tiếng của nó đủ mạnh mẽ để người giữ token khác sẵn lòng ủy quyền bảo lãnh cho nó. Ở cả hai trường hợp, các nhà điều hành nút lớn thường là các thực thể đã từng được biết đến, có danh tiếng tốt, và hành vi của họ sẽ phải đối mặt với rủi ro uy tín. Ngoài ra, bản thân bảo lãnh này cũng ám chỉ rằng họ có động lực kinh tế thúc đẩy sự phát triển dài hạn của chuỗi. Vì vậy, cho đến nay, chúng ta chưa thấy rộng rãi các nhà lãnh đạo bởi hoàn toàn lạm dụng quyền lực thị trường của họ như đã mô tả ở phía trước—nhưng điều này không có nghĩa là vấn đề không tồn tại.

Đầu tiên, chỉ dựa vào "tính thiện chí" của người điều hành nút, áp lực xã hội và quan điểm về lợi ích lâu dài không thể tạo nên cơ sở vững chắc cho hệ thống tài chính tương lai. Khi quy mô hoạt động tài chính trên chuỗi tăng lên, khả năng thu lợi ích tiềm ẩn mà các nhà lãnh đạo có thể rút ra cũng tăng theo. Lợi ích tiềm ẩn càng lớn, việc phụ thuộc vào ràng buộc cấp xã hội để kiềm chế hành vi của họ, làm cho họ không theo đuổi lợi ích ngắn hạn, càng trở nên khó khăn.

Thứ hai, mức độ mà các nhà lãnh đạo tận dụng quyền lực thị trường của mình là một phổ liên tục, từ gần như vô hại đến đủ để làm cho thị trường hoàn toàn không còn hoạt động. Người điều hành nút có thể từ từ vượt qua ranh giới của "hành vi chấp nhận được" để thu lợi ích cao hơn. Khi một số nút bắt đầu thử nghiệm việc tận dụng không gian này, các nút khác sẽ nhanh chóng theo kịp. Hành vi của một nút đơn lẻ có vẻ không ảnh hưởng nhiều, nhưng khi hành vi toàn thể thay đổi, tác động của nó là đáng kể.

Một ví dụ điển hình là về "trò chơi thời gian" (timing games): các nhà lãnh đạo sẽ cố gắng trì hoãn thời gian công bố khối càng lâu càng tốt, trong khi vẫn đảm bảo rằng khối là hợp lệ, từ đó nhận được phần thưởng cao hơn. Hành vi này sẽ dẫn đến việc kéo dài thời gian của khối, thậm chí đến tình huống khối bị bỏ qua khi quá mức cầu thủ. Mặc dù tính lợi nhuận của các chiến lược này đã được biết đến từ lâu, nhưng trong quá khứ, người điều hành nút thường lựa chọn không sử dụng chúng với lý do "duy trì sức khỏe của mạng lưới". Tuy nhiên, đây là một cân bằng xã hội yếu đuối. Ngay khi một nút bắt đầu sử dụng các chiến lược này và nhận lợi ích cao hơn mà không bị trừng phạt, các nút khác sẽ nhanh chóng bắt chước. "Trò chơi thời gian" chỉ là một ví dụ, các nhà lãnh đạo còn có nhiều cách khác để tăng lợi ích cá nhân mà không lạm dụng quyền lực hoàn toàn, những lợi ích này thường đến bằng việc hy sinh tầng ứng dụng. Mỗi hành vi này có thể chấp nhận được khi xem xét riêng lẻ, nhưng khi tổng hợp chúng đạt đến một mức độ nào đó, chi phí hoạt động trên chuỗi sẽ vượt quá lợi nhuận.

Một yếu tố quan trọng khác giữ cho DeFi hoạt động là việc tầng ứng dụng chuyển các logic chính vào tầng ngoại chuỗi, chỉ đưa kết quả lên chuỗi. Ví dụ, bất kỳ giao thức nào cần thực hiện đấu giá nhanh cũng thường hoàn thành quá trình đấu giá ngoại chuỗi. Các ứng dụng này thường dựa vào một nhóm nút cấp quyền để thực thi cơ chế quan trọng, nhằm tránh rủi ro từ các nhà lãnh đạo thù địch. Ví dụ, UniswapX của Uniswap thực hiện đấu giá theo phong cách Hà Lan ngoại chuỗi trên mạng chính Ethereum để hoàn thành việc khớp lệnh, tương tự, CowSwap cũng thực hiện đấu giá hàng loạt ngoại chuỗi. Mặc dù các giải pháp như vậy là hiệu quả ở tầng ứng dụng, nhưng làm cho yếu tố giá trị cốt lõi tại tầng cơ sở trở nên yếu đuối. Nếu logic thực thi của ứng dụng được chuyển sang ngoại chuỗi, thì blockchain cơ bản chỉ trở thành một tầng thanh toán. Và một trong những điểm bán hàng quan trọng nhất của DeFi — khả năng kết hợp — cũng sẽ bị suy yếu. Trong một thế giới mà tất cả việc thực hiện đều diễn ra ngoại chuỗi, các loại ứng dụng sẽ tự nhiên đứng độc lập. Hơn nữa, sự phụ thuộc vào thực thi ngoại chuỗi cũng sẽ đưa vào giả thiết mới về sự tin cậy: không chỉ cần blockchain cơ bản duy trì hoạt động, mà còn cần hạ tầng ngoại chuỗi hoạt động ổn định.

Làm thế nào để đạt "dự đoán được"

Để giải quyết vấn đề trên, giao thức cần đáp ứng hai thuộc tính chính: tính nhất quán của giao dịch bao gồm quy tắc sắp xếp và tính riêng tư của giao dịch trước khi xác nhận (định nghĩa cụ thể hơn có thể tham khảo các bài báo liên quan).

Mục tiêu 1: Khả năng Chống Kiểm Duệ (Censorship Resistance)

Chúng tôi tóm tắt thuộc tính đầu tiên này thành "Khả năng Chống Kiểm Duệ ngắn hạn". Định nghĩa của nó là: miễn là một giao dịch được bất kỳ nút trung thực nào chấp nhận, phải đảm bảo rằng giao dịch đó sẽ được bao gồm trong khối tiếp theo có thể tạo ra.

Cụ thể hơn, có thể giả định rằng giao thức hoạt động dưới một chu kỳ thời gian cố định, ví dụ mỗi 100ms tạo ra một khối. Vì vậy, nếu một giao dịch được chấp nhận bởi một nút trung thực vào thời điểm t=250ms, nó phải được bao gồm trong khối được tạo ra vào thời điểm t=300ms. Kẻ tấn công không nên có quyền tự do chọn lọc để bao gồm một phần giao dịch và loại trừ các giao dịch khác. Tinh thần cốt lõi của định nghĩa này là: người dùng và ứng dụng phải có khả năng nộp giao dịch lên chuỗi một cách rất đáng tin cậy vào bất kỳ thời điểm nào. Không nên xảy ra tình huống một giao dịch không thể được nộp lên chuỗi do một nút mất gói tin (dù là cố ý hay tình cờ).

Mặc dù định nghĩa này đòi hỏi "bất kỳ nút trung thực nào" đều có thể đảm bảo giao dịch được bao gồm, nhưng trong thực tế, chi phí để thực hiện điều này có thể quá cao. Quan trọng hơn, giao thức nên có tính linh hoạt đủ để việc đưa giao dịch vào chuỗi trở nên dễ dàng đoán trước được. Rõ ràng, một giao thức không có lãnh đạo độc đá được cấp phép không thể đáp ứng yêu cầu này, vì một khi lãnh đạo hiện tại có hành vi phản bội Byzantine, giao dịch sẽ không thể được đưa vào chuỗi. Tuy nhiên, thậm chí là khi ít nút (ví dụ, bốn nút) cùng bảo vệ việc bao gồm giao dịch vào mỗi đơn vị thời gian, cũng có thể cải thiện đáng kể không gian lựa chọn nộp giao dịch lên chuỗi của người dùng và ứng dụng. Để ứng dụng phát triển thực sự, việc đạt được một sự cân bằng phù hợp giữa độ ổn định và hiệu suất là đáng giá. Hiện nay, vẫn cần phải thăm dò sâu hơn về sự cân bằng tốt nhất giữa độ ổn định và hiệu suất, nhưng rõ ràng những bảo đảm mà giao thức hiện tại cung cấp chưa đủ.

Khi một giao thức có thể đảm bảo giao dịch được bao gồm, vấn đề sắp xếp một phần giải quyết đáng kể. Giao thức có thể sử dụng một quy tắc sắp xếp xác định bất kỳ nào để đảm bảo tính nhất quán, ví dụ như sắp xếp theo phí ưu tiên, hoặc cho phép ứng dụng sắp xếp tùy chỉnh các giao dịch liên quan đến trạng thái của chúng. Mặc dù cách sắp xếp tốt nhất vẫn là một vấn đề nghiên cứu sôi nổi, nhưng điều quan trọng là: giao dịch phải được bao gồm trước.

Mục tiêu 2: Ẩn Danh (Hiding)

Sau khi thực hiện Khả năng Chống Kiểm Duệ ngắn hạn, thuộc tính chính tiếp theo là "Ẩn Danh", tức là một cơ chế bảo vệ quyền riêng tư của giao dịch trước khi được xác nhận.

Định nghĩa của nó là: trước khi giao dịch được xác nhận cuối cùng và được bao gồm trong một khối, ngoại trừ các nút nhận giao dịch đó, bất kỳ bên tham gia nào khác cũng không thể truy cập thông tin của giao dịch đó.

Trong giao thức với tính năng ẩn, một nút có thể thấy rõ văn bản của giao dịch được gửi cho nó, nhưng trước khi sự đồng thuận hoàn tất và thứ tự giao dịch đã được xác định cuối cùng, phần còn lại của mạng không thể thấy nội dung của giao dịch. Ví dụ, có thể sử dụng mã hoá theo khóa thời gian để làm cho nội dung khối không thể giải mã trước một thời điểm nhất định; hoặc thông qua mã hoá ngưỡng, giao dịch được giải mã chung sau khi ủy ban xác nhận rằng khối không thể đảo ngược.

Điều này có nghĩa là, mặc dù một nút nhận giao dịch có thể lạm dụng thông tin của mình, nhưng các nút khác trong mạng không biết nội dung giao dịch trong quá trình đồng thuận. Khi thông tin giao dịch đã được công khai, thứ tự đã được xác định và không thể thay đổi, do đó không thể bị chèn giao dịch trước. Để làm cho cơ chế này hoạt động hiệu quả, giao thức cần hỗ trợ việc nhiều nút nhận và đưa giao dịch lên chuỗi trong cùng một khe thời gian.

Chúng tôi không áp dụng mô hình quyền riêng tư mạnh hơn (ví dụ: bể nhớ hoàn toàn mã hoá, chỉ có thể nhìn thấy bởi người dùng). Lý do là giao thức cần có khả năng loại bỏ giao dịch rác. Nếu nội dung giao dịch được che giấu hoàn toàn đối với toàn bộ mạng, sẽ không phân biệt được giữa giao dịch hợp lệ và giao dịch rác. Giải pháp duy nhất là tiết lộ một phần siêu dữ liệu (ví dụ: địa chỉ thanh toán phí giao dịch), nhưng thông tin như vậy cũng có thể bị kẻ tấn công lợi dụng. Do đó, thiết kế hiện thực hơn là: cho phép một nút duy nhất nhìn thấy toàn bộ nội dung giao dịch, nhưng các nút khác trong mạng không thể nhận bất kỳ thông tin nào trước khi xác nhận. Điều này cũng có nghĩa là, để thuộc tính này có hiệu lực, người dùng cần ít nhất một nút trung thực làm cổng vào giao dịch cho mỗi khe thời gian.

Một giao thức đồng thời có khả năng chống kiểm duyệt cấp độ ngắn và tính ẩn sẽ cung cấp nền tảng lý tưởng cho việc xây dựng ứng dụng tài chính. Trong ví dụ về bán đấu giá đã được đề cập trước đó, hai thuộc tính này chính làm mất bất kỳ khả năng Bob phá hoại thị trường: anh ấy không thể xem xét lệnh ra giá của Alice và cũng không thể nhận thông tin từ cô ấy trước khi ra giá, qua đó giải quyết vấn đề từ gốc rễ.

Dưới tiền đề có khả năng chống kiểm duyệt cấp độ ngắn, mọi giao dịch gửi đi — bất kể là trung chuyển, ra giá hay thanh toán — đều có thể được bao gồm ngay lập tức. Người tạo lời thị trường có thể điều chỉnh lệnh ngay lập tức, người ra giá có thể ra giá nhanh chóng, và thanh toán có thể thực hiện một cách hiệu quả. Người dùng có thể yên tâm rằng mọi hành động của họ sẽ được thực hiện ngay lập tức. Điều này sẽ đưa đến việc ứng dụng tài chính thế hệ mới với độ trễ thấp có thể hoàn toàn hoạt động trên chuỗi.

Để khiến blockchain thực sự cạnh tranh với cơ sở hạ tầng tài chính hiện có, thậm chí vượt lên trên nó, chỉ tăng cường khả năng xử lý không đủ.

[Liên kết đến văn bản gốc]

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia