Các blockchain hiện nay đã có thể khẳng định một cách thuyết phục rằng chúng sở hữu năng lực cần thiết để cạnh tranh với hạ tầng tài chính truyền thống. Các hệ thống đang vận hành hiện nay có thể xử lý hàng chục nghìn giao dịch mỗi giây, với tiềm năng cải thiện vượt bậc trong tương lai gần.
Tuy nhiên, ngoài yếu tố thông lượng, các ứng dụng tài chính còn đòi hỏi tính dự đoán trước. Khi một giao dịch được gửi đi — dù đó là giao dịch, đặt giá đấu giá hay thực hiện quyền chọn — việc đảm bảo chắc chắn về thời điểm giao dịch đó sẽ được ghi nhận là điều kiện tiên quyết cho hoạt động của hệ thống tài chính. Nếu giao dịch gặp phải sự chậm trễ không lường trước (dù do chủ ý hay ngẫu nhiên), nhiều ứng dụng sẽ trở nên không thể sử dụng. Để các ứng dụng tài chính onchain có thể cạnh tranh, blockchain cần có cam kết ghi nhận ngắn hạn, nghĩa là khi một giao dịch hợp lệ được gửi lên mạng lưới, nó phải được ghi nhận sớm nhất có thể.
Ví dụ, hãy xét một sổ lệnh onchain. Một sổ lệnh hiệu quả yêu cầu các nhà tạo lập thị trường liên tục cung cấp thanh khoản bằng việc duy trì các lệnh mua bán tài sản trên sổ lệnh. Vấn đề cốt lõi mà các nhà tạo lập thị trường phải đối mặt là giữ mức chênh lệch giá (spread) càng hẹp càng tốt, đồng thời tránh bị chọn lựa bất lợi khi báo giá lệch khỏi thị trường chung. Để làm được điều này, họ phải liên tục cập nhật lệnh để phù hợp với biến động thực tế. Ví dụ, nếu một thông báo từ Cục Dự trữ Liên bang khiến giá tài sản biến động mạnh, các nhà tạo lập thị trường cần lập tức điều chỉnh lệnh theo giá mới. Trong trường hợp này, nếu các giao dịch cập nhật lệnh không được ghi nhận ngay, họ sẽ bị lỗ do các nhà kinh doanh chênh lệch giá khớp lệnh theo giá cũ. Khi đó, các nhà tạo lập thị trường buộc phải nới rộng spread để giảm rủi ro, khiến các nền tảng onchain kém cạnh tranh hơn.
Khả năng ghi nhận giao dịch một cách dự đoán được chính là yếu tố mang lại sự đảm bảo cho các nhà tạo lập thị trường về khả năng phản ứng nhanh với các sự kiện offchain và giữ cho thị trường onchain vận hành hiệu quả.
Chúng ta đang có gì và còn thiếu gì
Hiện tại, các blockchain hiện hữu chỉ cung cấp cam kết ghi nhận cuối cùng mạnh mẽ, diễn ra trong vài giây. Dù những cam kết này đủ tốt cho các ứng dụng như thanh toán, nhưng lại quá yếu để hỗ trợ một nhóm lớn các ứng dụng tài chính mà ở đó các thành viên thị trường cần phản ứng với thông tin theo thời gian thực. Lấy ví dụ sổ lệnh ở trên: Với các nhà tạo lập thị trường, cam kết rằng giao dịch của họ sẽ được ghi nhận “trong vài giây tới” là vô nghĩa nếu giao dịch của các nhà kinh doanh chênh lệch giá lại được ghi nhận ở các block trước đó. Nếu không có cam kết ghi nhận mạnh mẽ, các nhà tạo lập thị trường phải tính đến rủi ro bị chọn lựa bất lợi tăng cao bằng cách nới rộng spread và mang lại giá kém hấp dẫn cho người dùng. Điều này lại khiến giao dịch onchain kém hấp dẫn hơn so với các nền tảng khác có cam kết mạnh hơn.
Để blockchain thực sự hiện thực hóa vai trò là hạ tầng hiện đại hóa thị trường vốn, các nhà phát triển cần giải quyết các vấn đề này để các ứng dụng giá trị cao như sổ lệnh có thể phát triển.
Tại sao đạt được tính dự đoán lại khó?
Việc tăng cường cam kết ghi nhận cho các blockchain hiện tại để hỗ trợ các trường hợp sử dụng này là một thách thức lớn. Một số giao thức hiện nay có thể dựa vào một node duy nhất (gọi là “leader”) có quyền quyết định ghi nhận giao dịch tại bất cứ thời điểm nào. Dù cách này đơn giản hóa bài toán kỹ thuật khi xây dựng một blockchain hiệu suất cao, nó cũng tạo ra điểm nghẽn kinh tế tiềm ẩn, nơi các leader có thể trục lợi. Thông thường, trong khoảng thời gian một node được chọn làm leader, họ có toàn quyền quyết định giao dịch nào sẽ được ghi nhận vào block.
Với một blockchain xử lý bất kỳ hoạt động tài chính nào, leader nắm giữ vị trí đặc quyền. Nếu leader này quyết định không ghi nhận một giao dịch nào đó, lựa chọn duy nhất là chờ leader tiếp theo chấp nhận ghi nhận giao dịch đó. Trong một mạng lưới không cần cấp phép, các leader có động lực trục lợi, thường gọi là MEV. MEV không chỉ dừng lại ở các hành vi như sandwich giao dịch AMM. Chỉ cần leader có khả năng trì hoãn ghi nhận giao dịch vài chục mili giây cũng có thể mang lại lợi nhuận lớn và làm giảm hiệu quả của ứng dụng nền tảng. Một sổ lệnh ưu tiên giao dịch của một nhóm trader sẽ khiến các thành viên còn lại rơi vào thế bất lợi. Tệ hơn, leader có thể hành xử đến mức các trader rời khỏi nền tảng.
Giả sử có một đợt tăng lãi suất và giá ETH lập tức giảm 5%. Mọi nhà tạo lập thị trường trên sổ lệnh đều gấp rút hủy lệnh cũ và tạo lệnh mới ở mức giá mới. Đồng thời, các nhà kinh doanh chênh lệch giá nộp lệnh bán ETH theo giá lệnh cũ còn tồn tại. Nếu sổ lệnh này chạy trên một giao thức chỉ có một leader, leader đó nắm quyền lực lớn. Leader có thể chọn kiểm duyệt toàn bộ lệnh hủy của nhà tạo lập thị trường, cho phép các nhà kinh doanh chênh lệch giá thu lợi lớn. Hoặc thay vì kiểm duyệt hoàn toàn, leader có thể trì hoãn các lệnh hủy cho đến khi các nhà kinh doanh chênh lệch giá đã hoàn tất giao dịch. Leader thậm chí có thể tự chèn lệnh kinh doanh chênh lệch giá để tận dụng tối đa chênh lệch giá.
Hai yêu cầu: Chống kiểm duyệt và ẩn thông tin
Trước các lợi thế này, việc tham gia tích cực trở nên không kinh tế với nhà tạo lập thị trường; bất cứ khi nào giá biến động, họ có thể bị lợi dụng. Vấn đề nằm ở việc leader có hai quyền lực quá lớn: 1) Leader có thể kiểm duyệt giao dịch của người khác, và 2) leader có thể thấy giao dịch của người khác rồi quyết định gửi giao dịch của mình tương ứng. Bất kỳ vấn đề nào trong hai vấn đề này đều có thể dẫn đến hậu quả nghiêm trọng.
Ví dụ minh họa
Chúng ta có thể xác định vấn đề một cách chính xác qua ví dụ sau. Giả sử có một phiên đấu giá với hai người tham gia, Alice và Bob, trong đó Bob cũng là leader cho block diễn ra phiên đấu giá. (Việc chỉ có hai người tham gia là để minh họa; lập luận này đúng với bất kỳ số lượng người tham gia nào.)
Phiên đấu giá nhận lệnh trong khoảng thời gian tạo block, ví dụ từ thời điểm t=0 đến t=1. Alice gửi lệnh đấu giá bA ở thời điểm tA và Bob gửi lệnh bB ở thời điểm tB > tA. Vì Bob là leader của block, anh ta luôn đảm bảo mình là người hành động sau cùng. Alice và Bob cũng có nguồn tham chiếu giá liên tục cập nhật mà họ có thể theo dõi (ví dụ, giá giữa trên một sàn tập trung). Tại thời điểm t, giá này là pt. Ta giả định tại thời điểm t, giá kỳ vọng của tài sản tại t=1 (khi đấu giá kết thúc) luôn là pt. Nghĩa là tại bất kỳ thời điểm nào, giá mà cả Alice và Bob kỳ vọng tài sản sẽ đạt khi đấu giá kết thúc đều bằng với giá hiện tại. Luật đấu giá rất đơn giản: ai có giá cao hơn giữa Alice và Bob sẽ thắng và trả đúng giá mình đã đấu.
Nhu cầu chống kiểm duyệt
Giờ hãy xét trường hợp Bob có thể tận dụng lợi thế làm leader trong phiên đấu giá này. Nếu Bob có thể kiểm duyệt lệnh của Alice, rõ ràng phiên đấu giá sẽ sụp đổ. Bob chỉ cần đặt giá bất kỳ cũng sẽ chắc chắn thắng vì không còn ai cạnh tranh. Kết quả là phiên đấu giá gần như không thu được doanh thu.
Nhu cầu ẩn thông tin
Trường hợp phức tạp hơn là khi Bob không thể kiểm duyệt lệnh của Alice nhưng vẫn có thể xem lệnh của Alice trước khi đặt lệnh của mình. Khi đó, Bob chỉ cần áp dụng chiến lược đơn giản: khi đặt lệnh, Bob kiểm tra xem ptB > bA hay không. Nếu đúng, Bob đặt giá chỉ nhỉnh hơn bA, nếu không thì không đặt. Bằng chiến lược này, Bob khiến Alice luôn bị chọn lựa bất lợi. Alice chỉ thắng khi giá thay đổi khiến lệnh của cô cao hơn giá trị kỳ vọng của tài sản. Khi Alice thắng, cô dự kiến sẽ lỗ và tốt hơn là không tham gia đấu giá. Khi không còn đối thủ cạnh tranh, Bob lại có thể đặt giá bất kỳ và thắng với doanh thu đấu giá gần như bằng 0.
Điểm mấu chốt ở đây là thời gian diễn ra phiên đấu giá không quan trọng. Miễn là Bob có thể kiểm duyệt hoặc xem lệnh của Alice trước khi đặt lệnh, phiên đấu giá chắc chắn thất bại.
Nguyên tắc này áp dụng cho mọi môi trường giao dịch tài sản tần suất cao, dù là giao dịch Giao ngay, perps hay sàn phái sinh: Nếu có một leader như Bob trong ví dụ, leader đó có thể làm thị trường sụp đổ hoàn toàn. Để các sản phẩm onchain phục vụ các trường hợp này khả thi, chúng không được trao cho leader các quyền lực như vậy.
Những vấn đề này xuất hiện trên thực tế như thế nào?
Câu chuyện trên vẽ nên một bức tranh ảm đạm cho giao dịch onchain trên bất kỳ giao thức single leader không cần cấp phép nào. Tuy vậy, khối lượng giao dịch trên các sàn phi tập trung (DEX) ở nhiều giao thức single leader vẫn rất sôi động, vậy nguyên nhân là gì?
Trên thực tế, sự kết hợp của hai yếu tố đã phần nào khắc phục các vấn đề nêu trên:
-
Các leader không tận dụng triệt để quyền lực kinh tế vì họ thường đầu tư lớn vào thành công của blockchain đó, và
-
Các ứng dụng đã xây dựng các giải pháp để giảm thiểu rủi ro bị ảnh hưởng bởi các vấn đề này.
Dù hai yếu tố này giúp tài chính phi tập trung (DeFi) vận hành đến nay, chúng sẽ không đủ để thị trường onchain thực sự cạnh tranh với thị trường offchain về lâu dài.
Để đủ điều kiện trở thành leader trên một blockchain có hoạt động kinh tế lớn đòi hỏi phải thế chấp lượng lớn tài sản. Như vậy, hoặc leader tự sở hữu nhiều tài sản, hoặc có uy tín đủ lớn để các holder khác ủy quyền cho họ. Dù bằng cách nào, các node operator lớn thường là các thực thể có danh tiếng cần bảo vệ. Ngoài ra, việc thế chấp này còn tạo động lực tài chính để họ mong muốn blockchain phát triển. Vì vậy, đến nay, chúng ta chưa thấy leader nào tận dụng triệt để quyền lực thị trường như lý thuyết — nhưng điều này không có nghĩa là vấn đề đã được giải quyết.
Thứ nhất, việc dựa vào thiện chí của node operator thông qua áp lực xã hội và kỳ vọng lợi ích dài hạn là nền tảng yếu cho tương lai tài chính. Khi quy mô hoạt động tài chính onchain tăng lên, lợi nhuận tiềm năng cho leader cũng tăng theo. Tiềm năng càng lớn, áp lực lên tầng xã hội để giữ leader không hành động vì lợi ích trước mắt càng cao.
Thứ hai, mức độ leader có thể tận dụng quyền lực thị trường là một phổ liên tục, từ vô hại đến làm thị trường sụp đổ. Node operator có thể từng bước tận dụng quyền lực để tối đa hóa lợi nhuận. Khi một số operator đẩy giới hạn những gì được xem là chấp nhận được, các operator khác sẽ nhanh chóng làm theo. Hành vi của một node có thể không đáng kể, nhưng khi tất cả đều thay đổi, tác động là không thể phủ nhận.
Ví dụ điển hình nhất cho hiện tượng này là các trò chơi thời gian: Khi leader cố trì hoãn công bố block đến sát hạn tối đa được phép để nhận phần thưởng cao hơn. Điều này có thể dẫn đến thời gian tạo block dài hơn và bị bỏ qua khi leader quá tham lam. Dù lợi nhuận của chiến lược này đã được biết đến rộng rãi, các leader ban đầu không tham gia chủ yếu vì muốn bảo vệ blockchain. Tuy nhiên, đây là trạng thái cân bằng xã hội yếu. Khi một node operator bắt đầu áp dụng chiến lược này mà không chịu hậu quả, các operator khác nhanh chóng làm theo. Trò chơi thời gian chỉ là một ví dụ về cách leader có thể tăng lợi nhuận mà không cần tận dụng toàn bộ quyền lực thị trường. Còn nhiều biện pháp khác leader có thể sử dụng để tăng phần thưởng dù gây bất lợi cho ứng dụng. Xét riêng lẻ, các biện pháp này có thể chấp nhận được, nhưng cuối cùng cán cân sẽ nghiêng về phía chi phí onchain vượt quá lợi ích.
Yếu tố còn lại giúp DeFi duy trì hoạt động là các ứng dụng chuyển logic quan trọng ra offchain và chỉ ghi kết quả lên onchain. Ví dụ, bất kỳ giao thức nào cần tổ chức đấu giá nhanh đều thực hiện offchain. Các ứng dụng này thường vận hành cơ chế cần thiết trên một nhóm node có cấp phép để tránh rủi ro từ leader xấu. Chẳng hạn, UniswapX tổ chức đấu giá Hà Lan để khớp lệnh trên Ethereum mainnet ở offchain, Cowswap cũng chạy đấu giá batch offchain. Dù cách này hiệu quả cho ứng dụng, nó lại khiến tầng nền tảng và giá trị xây dựng onchain trở nên mong manh. Một thế giới mà logic thực thi của ứng dụng đều offchain khiến tầng nền tảng chỉ còn vai trò thanh toán. Một trong những điểm mạnh nhất của DeFi là tính tổ hợp. Nếu mọi thực thi đều offchain, các ứng dụng sẽ sống trong các môi trường biệt lập. Dựa vào thực thi offchain cũng làm thay đổi mô hình tin cậy của ứng dụng. Thay vì chỉ cần blockchain sống, hạ tầng offchain cũng phải vận hành thì ứng dụng mới hoạt động.
Làm sao để đạt được tính dự đoán
Để giải quyết các vấn đề này, giao thức cần đáp ứng hai thuộc tính: ghi nhận và sắp xếp giao dịch nhất quán, cùng với quyền riêng tư giao dịch trước khi xác nhận (Xem định nghĩa và thảo luận chi tiết tại https://arxiv.org/abs/2509.23984, đặc biệt là Định nghĩa 9 và 11).
Yêu cầu #1: Chống kiểm duyệt
Thuộc tính đầu tiên được chúng tôi gọi là chống kiểm duyệt ngắn hạn. Giao thức được coi là chống kiểm duyệt ngắn hạn nếu bất kỳ giao dịch nào tới một node trung thực đều được bảo đảm ghi nhận vào block tiếp theo:
Chống kiểm duyệt ngắn hạn: Bất kỳ giao dịch hợp lệ nào tới đúng hạn một node trung thực đều chắc chắn được ghi nhận vào block tiếp theo.
Cụ thể hơn, giả sử giao thức hoạt động theo đồng hồ cố định, mỗi block được tạo vào thời điểm xác định, ví dụ mỗi 100ms. Khi đó, ta cần bảo đảm rằng nếu một giao dịch tới một node trung thực lúc t=250ms, nó sẽ được ghi nhận vào block tạo lúc t=300ms. Đối thủ không được phép tự do chọn lọc giao dịch mình nhận được để ghi nhận hay loại bỏ. Tinh thần của định nghĩa này là người dùng và ứng dụng phải có cách cực kỳ đáng tin cậy để ghi nhận giao dịch bất kỳ lúc nào. Không nên để việc một node ngẫu nhiên làm rớt gói tin, dù do ác ý hay lỗi vận hành, khiến một giao dịch không được ghi nhận.
Dù định nghĩa này yêu cầu cam kết ghi nhận cho giao dịch tới bất kỳ node trung thực nào, trên thực tế chi phí để đạt được điều này có thể quá cao. Điều quan trọng là giao thức phải đủ vững chắc để các điểm vào onchain hoạt động cực kỳ dự đoán được và dễ hiểu. Giao thức single leader không cần cấp phép rõ ràng không đáp ứng được thuộc tính này, vì nếu leader tại một thời điểm là Byzantine, không còn cách nào khác để ghi nhận giao dịch. Tuy nhiên, chỉ cần có một nhóm bốn node bảo đảm ghi nhận giao dịch ở mỗi slot cũng đã cải thiện đáng kể lựa chọn cho người dùng và ứng dụng. Đánh đổi một phần hiệu suất để có giao thức cho phép ứng dụng phát triển bền vững là xứng đáng. Vẫn còn nhiều việc phải làm để tìm ra điểm cân bằng giữa tính vững chắc và hiệu suất, nhưng cam kết từ các giao thức hiện tại là chưa đủ.
Khi giao thức đã bảo đảm ghi nhận, việc sắp xếp giao dịch trở nên đơn giản hơn. Giao thức có thể sử dụng bất kỳ quy tắc sắp xếp quyết định nào để bảo đảm thứ tự nhất quán. Giải pháp đơn giản nhất là sắp xếp theo phí ưu tiên hoặc cho phép ứng dụng linh hoạt sắp xếp các giao dịch tương tác với trạng thái của mình. Cách sắp xếp tối ưu vẫn là chủ đề nghiên cứu, nhưng dù sao, quy tắc sắp xếp chỉ có ý nghĩa khi giao dịch cần sắp xếp đã được ghi nhận.
Yêu cầu #2: Ẩn thông tin
Sau chống kiểm duyệt ngắn hạn, thuộc tính quan trọng tiếp theo là giao thức phải cung cấp một dạng quyền riêng tư mà chúng tôi gọi là ẩn thông tin.
Ẩn thông tin: Không bên nào, ngoại trừ node nhận giao dịch, biết bất kỳ thông tin gì về giao dịch trước khi giao thức xác nhận xong giao dịch đó.
Một giao thức ẩn thông tin có thể cho phép node nhận giao dịch xem toàn bộ nội dung giao dịch, nhưng yêu cầu phần còn lại của giao thức phải “mù” cho đến khi đạt được đồng thuận và vị trí của giao dịch trong chuỗi đã được xác định. Ví dụ, giao thức có thể sử dụng mã hóa timelock để toàn bộ nội dung block được giữ kín đến một thời hạn nhất định; hoặc dùng mã hóa ngưỡng để block chỉ được giải mã khi một ủy ban xác nhận nó đã không thể đảo ngược.
Điều này có nghĩa là node nhận giao dịch có thể lợi dụng thông tin từ bất kỳ giao dịch nào gửi đến mình, nhưng phần còn lại của giao thức không biết nội dung giao dịch cho đến khi đã đồng thuận xong. Khi thông tin giao dịch được tiết lộ cho mạng lưới, giao dịch đã được sắp xếp và xác nhận, nên không bên nào có thể front-run. Để định nghĩa này có ý nghĩa, cần cho phép nhiều node ghi nhận giao dịch ở mỗi slot.
Chúng tôi không sử dụng khái niệm mạnh hơn là chỉ người dùng biết về giao dịch trước khi xác nhận (ví dụ như mempool mã hóa) vì giao thức cần một bước để lọc giao dịch rác. Nếu toàn bộ nội dung giao dịch bị ẩn với mạng lưới, không có cách nào phân biệt giao dịch thật với rác. Cách duy nhất là tiết lộ một số siêu dữ liệu chưa mã hóa, chẳng hạn địa chỉ trả phí bị trừ phí dù giao dịch hợp lệ hay không. Tuy nhiên, siêu dữ liệu này có thể tiết lộ đủ thông tin để đối thủ lợi dụng. Do đó, chúng tôi ưu tiên để một node có toàn quyền với giao dịch, còn các node khác thì không. Điều này cũng có nghĩa, để thuộc tính này hữu ích, người dùng cần có ít nhất một node trung thực làm điểm vào giao dịch ở mỗi slot.
Một giao thức vừa chống kiểm duyệt ngắn hạn vừa ẩn thông tin sẽ là nền tảng lý tưởng để xây dựng các ứng dụng tài chính. Quay lại ví dụ đấu giá onchain, hai thuộc tính này giải quyết trực tiếp các cách Bob có thể làm thị trường sụp đổ. Bob không thể kiểm duyệt lệnh của Alice cũng như không thể sử dụng lệnh của Alice để quyết định lệnh của mình, giải quyết đúng hai vấn đề đã nêu. (Chi tiết xem tại bản preprint gần đây.)
Với chống kiểm duyệt ngắn hạn, bất kỳ ai gửi giao dịch — dù là giao dịch mua bán hay lệnh đấu giá — đều được đảm bảo ghi nhận tức thì. Nhà tạo lập thị trường có thể thay đổi lệnh; người tham gia đấu giá có thể đặt lệnh nhanh chóng; các lệnh thanh lý được thực hiện hiệu quả. Người dùng có thể chắc chắn mọi hành động sẽ được thực thi ngay lập tức. Điều này sẽ cho phép thế hệ ứng dụng tài chính thực tế mới, độ trễ thấp, được xây dựng hoàn toàn onchain. Để blockchain thực sự cạnh tranh — và vượt trội — so với hạ tầng tài chính hiện tại, chúng ta cần giải quyết nhiều hơn chỉ là thông lượng.
Các quan điểm được trình bày ở đây là của cá nhân các nhân sự thuộc AH Capital Management, L.L.C. (“a16z”) được trích dẫn và không phải là quan điểm của a16z hay các công ty liên kết. Một số thông tin trong bài được lấy từ nguồn bên thứ ba, bao gồm cả các công ty trong danh mục đầu tư của các quỹ do a16z quản lý. Dù được lấy từ nguồn được cho là đáng tin cậy, a16z chưa tự xác minh độc lập và không đưa ra cam kết về tính chính xác hiện tại hay lâu dài cũng như sự phù hợp của thông tin này cho từng trường hợp cụ thể. Ngoài ra, nội dung này có thể bao gồm quảng cáo của bên thứ ba; a16z chưa kiểm duyệt và không xác nhận bất kỳ nội dung quảng cáo nào trong đó.
Bạn nên tham khảo ý kiến cố vấn riêng về các vấn đề liên quan. Mọi đề cập đến chứng khoán hoặc tài sản số chỉ nhằm mục đích minh họa, không cấu thành khuyến nghị đầu tư hay đề nghị cung cấp dịch vụ tư vấn đầu tư. Hơn nữa, nội dung này không hướng tới hoặc dành cho bất kỳ nhà đầu tư hiện tại hay tiềm năng nào, và trong mọi trường hợp không được sử dụng làm căn cứ quyết định đầu tư vào bất kỳ quỹ nào do a16z quản lý. (Việc chào mời đầu tư vào quỹ a16z chỉ được thực hiện qua bản chào bán riêng, hợp đồng đăng ký và các tài liệu liên quan, và cần được đọc kỹ toàn bộ.) Mọi khoản đầu tư, công ty danh mục được đề cập không đại diện cho toàn bộ các khoản đầu tư của các quỹ do Andreessen Horowitz quản lý, và không có đảm bảo các khoản đầu tư này sẽ sinh lời hoặc các khoản đầu tư tương lai sẽ có đặc điểm hoặc kết quả tương tự. Danh sách các khoản đầu tư của quỹ do Andreessen Horowitz quản lý (loại trừ các khoản chưa công bố hoặc chưa được phép tiết lộ) có tại https://a16z.com/investment-list/.
Nội dung chỉ phản ánh tại thời điểm công bố. Mọi dự báo, ước tính, dự đoán, mục tiêu, triển vọng và/hoặc ý kiến trong tài liệu này có thể thay đổi mà không cần báo trước và có thể khác hoặc trái ngược với quan điểm của người khác. Vui lòng xem thêm tại https://a16z.com/disclosures/ để biết các thông tin quan trọng khác.
Từ chối trách nhiệm:
-
Bài viết này được đăng lại từ [a16zcrypto]. Mọi bản quyền thuộc về tác giả gốc [@PGarimidi,@jneu_net, và @MaxResnick]. Nếu có ý kiến về việc đăng lại, vui lòng liên hệ với đội ngũ Gate Learn, chúng tôi sẽ xử lý kịp thời.
-
Miễn trừ trách nhiệm: Quan điểm và ý kiến trong bài viết này hoàn toàn thuộc về tác giả, không cấu thành bất kỳ lời khuyên đầu tư nào.
-
Các bản dịch bài viết sang ngôn ngữ khác do đội ngũ Gate Learn thực hiện. Trừ khi có ghi chú khác, nghiêm cấm sao chép, phân phối hoặc đạo văn các bài dịch này.
