Tiêu đề gốc: "8 lý do tại sao thiết kế cơ chế chuỗi khối lại khó"

Tác giả gốc: Tim Roughgarden, a16z

Bản tổng hợp gốc: Ladyfinger, BlockBeats

Ghi chú của biên tập viên:

Với sự phát triển của công nghệ blockchain, chúng ta đã chứng kiến sự ra đời và phát triển mạnh mẽ của một lĩnh vực mới. Tim Roughgarden, người đứng đầu nghiên cứu tại a16z, đi sâu vào sự phức tạp và thách thức của thiết kế cơ chế blockchain, cho thấy tầm quan trọng và những khó khăn của thiết kế cơ chế trong thế giới Web3.

Khi nghiên cứu đủ sâu về một chủ đề hoặc lĩnh vực, chúng ta có thể xác định và hiểu được nhiều vấn đề khác nhau nảy sinh trong thế giới thực. Mặc dù bề ngoài những vấn đề này có vẻ phức tạp và mới lạ nhưng chúng thường là những biến thể hoặc điều chỉnh nhỏ đối với những vấn đề chúng ta đã giải quyết. Ví dụ, khi dạy các khái niệm cơ bản về thuật toán, học sinh sẽ học cách tìm các vấn đề có thể giải được bằng các phương pháp đã biết như "đường đi ngắn nhất" hoặc "lập trình tuyến tính".

Mô hình học tập này cũng có tác dụng mạnh mẽ và hiệu quả trong việc thiết kế cơ chế. Thiết kế cơ chế là một loại "lý thuyết trò chơi ngược" sử dụng các động cơ để đạt được kết quả lý tưởng. Các công cụ và khóa học về thiết kế cơ chế đặc biệt hữu ích trong lý thuyết đấu giá, thiết kế thị trường và lý thuyết lựa chọn xã hội.

Trong thế giới tiền điện tử và Web3, có rất nhiều vấn đề về cơ chế thiết kế. Bạn có thể nghĩ rằng những vấn đề này có thể được giải quyết bằng cách áp dụng các phương pháp lâu đời mà chúng ta đã biết, nhưng thực tế là do đặc thù của công nghệ blockchain, chúng ta thường cần phải suy nghĩ lại và thiết kế các giải pháp về cơ bản. Điều này làm cho việc thiết kế cơ chế trong Web3 trở nên phức tạp và đầy thách thức nhưng cũng rất thú vị và hấp dẫn.

Trong bài viết này, tôi khám phá một số thách thức mà việc thiết kế cơ chế Web3 phải đối mặt. Những thách thức này quen thuộc với những người quen thuộc với tiền điện tử. Tuy nhiên, sự hiểu biết sâu sắc hơn về thiết kế cơ khí có thể cung cấp cho bất kỳ nhà phát triển nào một góc nhìn mới về lý do tại sao những vấn đề này lại khó khắc phục đến vậy. Đối với các nhà thiết kế cơ chế, nếu đang tìm kiếm các trường hợp sử dụng mới, bạn có thể tò mò về những thách thức do môi trường không được phép đặt ra.

Thiết kế cơ chế là gì?

Sự hình thành của lĩnh vực liên quan đến cơ chế có thể bắt nguồn từ năm 1961, khi nhà kinh tế học của Đại học Columbia và người đoạt giải Nobel tương lai William Vickrey chính thức đề xuất phương pháp đấu giá kín theo giá thứ hai. Phong cách đấu giá này lần đầu tiên được sử dụng vào năm 1797, khi tác giả Johann Wolfgang von Goethe bán bản thảo bài thơ sử thi Hermann và Dorothea của ông. Nó cũng thường được sử dụng bởi những người sưu tập tem vào thế kỷ 19, nhưng phải đến khi Vickery mô tả nó thì ngày nay nó thường được gọi là "Vickery Sale".

Trong cuộc đấu giá Vickery, người chiến thắng là người trả giá cao nhất nhưng họ trả giá cao thứ hai. Những cuộc đấu giá như vậy tiết lộ sở thích thực sự của những người đấu giá và đặt vật phẩm vào tay những người đánh giá cao nó nhất. Cuộc đấu giá Vickery là một thiết kế trang nhã và hiệu quả đã được sử dụng trong thế giới thực, được sửa đổi và cập nhật theo các tình huống mới, với lý thuyết hướng dẫn thực hành và ngược lại. Giống như cuộc đấu giá Vickery, thiết kế cơ chế với tư cách là một môn học chính thức có một lịch sử đan xen giữa lý thuyết và thực hành vừa sâu sắc vừa đẹp đẽ.

Khác với lý thuyết trò chơi - lý thuyết trò chơi xác định các khía cạnh của sự tương tác chiến lược và khám phá những kết quả hợp lý nhất - lĩnh vực thiết kế cơ chế không bắt đầu từ trò chơi, mà là Nó bắt đầu với một kết quả mong muốn. Mục đích của việc thiết kế cơ chế là thiết kế ngược một trò chơi để kết quả mong muốn có thể là trạng thái cân bằng được đặc trưng bởi tính hiệu quả, công bằng hoặc một số hành vi. Trong trường hợp đấu giá Vickery, mục tiêu là tiết lộ số tiền tối đa mà người tham gia sẵn sàng trả mà không bị phạt vì làm như vậy.

Có rất nhiều cơ hội để áp dụng thiết kế cơ chế trong Web3. Ví dụ: một giao thức blockchain có thể muốn đảm bảo rằng những người tham gia chạy giao thức hoạt động một cách toàn vẹn và không đi chệch khỏi hành vi mong đợi. Ngoài ra, một giao thức có thể muốn tiết lộ thông tin chính xác về giá trị giao dịch để phân bổ không gian khối một cách hiệu quả cho các giao dịch có giá trị nhất. Các vấn đề về thiết kế cơ chế như vậy luôn là thách thức và những thách thức này là duy nhất trong môi trường blockchain.

Thiếu niềm tin

Không có giả định rằng có một bên thứ ba đáng tin cậy để thực thi cơ chế Trong hoàn cảnh đó, công việc thiết kế trong lĩnh vực blockchain đã trở nên khó khăn hơn.

Mục đích chung của việc sử dụng giao thức blockchain không được phép là bạn không cần phải tin tưởng bất kỳ thực thể hoặc cá nhân nào, chỉ là giả định "trung bình", tức là Một tỷ lệ đủ lớn các nút chạy giao thức đang chạy chính xác.

Nhưng điều trớ trêu của nhiều kiến trúc blockchain là mọi lô giao dịch được thêm vào lịch sử của chuỗi đều là sản phẩm của quyết định đơn phương bởi một nút duy nhất.

Bạn không có cách nào để biết liệu bạn có thể tin cậy nút này hay không.

Đây là lý do tại sao các cuộc đấu giá Vickery hiếm khi được thấy trong môi trường blockchain. Việc triển khai đấu giá Vickery một cách ngây thơ sẽ nhanh chóng gặp phải vấn đề thao túng bởi các nhà sản xuất khối không đáng tin cậy. Vấn đề là nhà sản xuất khối có thể tạo ra một "giá thầu shill", một giá thầu giả thấp hơn một chút so với giá thầu thắng cuộc, do đó buộc người chiến thắng phải trả gần bằng giá thầu đầy đủ của họ thay vì giá thầu thực sự cao thứ hai.

Các nhà sản xuất khối không đáng tin cậy biến cuộc đấu giá Vickery thành tương đương với cơ chế đấu giá theo giá đầu tiên một cách hiệu quả. Hành vi này là một trong những lý do khiến đấu giá theo giá đầu tiên trở nên phổ biến trong Web3. Ngoài ra, nghiên cứu mới nhất về “cơ chế đáng tin cậy” trong tài liệu thiết kế cơ chế truyền thống cũng khám phá cách giải quyết vấn đề các nhà đấu giá không đáng tin cậy trong thiết kế đấu giá, mặc dù quan điểm nghiên cứu của nó khác với thảo luận của chúng tôi ở đây.

Thông đồng

Một điều nữa khiến việc thiết kế các cơ chế trong blockchain trở nên khó khăn. Nguyên nhân là thông đồng giữa những người tham gia blockchain. Ví dụ: đấu giá theo giá thứ hai dễ bị thông đồng với các khoản thanh toán phụ. Ý tưởng rất đơn giản: người thắng cuộc trả giá cao thứ hai, do đó người trả giá đó có thể hối lộ người trả giá cao thứ hai để trả giá thấp hơn.

Các tài liệu học thuật về thiết kế cơ chế không mấy quan tâm đến vấn đề này. Một lý do có thể là sự thông đồng khó đạt được trong thế giới thực. Việc thực hiện các khoản thanh toán đáng tin cậy sau khi hoàn thành một số hoạt động thông đồng là rất khó vì người chiến thắng có thể đơn giản từ chối đưa hối lộ. Tuy nhiên, trong môi trường blockchain, những kẻ thông đồng tiềm năng thường có thể sử dụng hợp đồng thông minh để cam kết một cách đáng tin cậy về các khoản thanh toán phụ cần thiết để thực hiện hành vi thông đồng.

Lý do thứ hai là có rất ít cơ chế ngăn chặn sự thông đồng với các khoản thanh toán bên - cơ chế "giá đăng" chỉ đưa ra lời đề nghị chấp nhận hoặc từ chối, và không có gì cả khác. Tệ hơn nữa, người dùng giao thức có thể thông đồng không chỉ với nhau mà còn với các nhà sản xuất khối không đáng tin cậy, tương đương với việc những người trả giá thông đồng với người bán đấu giá trong một cuộc đấu giá trong thế giới thực.

Khả năng phục hồi trước kiểu thông đồng cuối cùng này là một trong những động lực chính để đốt một phần phí giao dịch trong cơ chế phí giao dịch EIP-1559 của Ethereum. Nếu việc thiếu cơ chế "đốt" hoặc giữ lại các khoản doanh thu này ngăn cản các nhà sản xuất khối có được chúng thì các nhà sản xuất khối và người dùng cuối có thể lách bất kỳ giá khởi điểm nào mà cơ chế cố gắng đặt ra thông qua các khoản thanh toán phụ.

Chúng ta không thể chỉ dựa vào pháp quyền

Thông đồng rõ ràng không phải là vấn đề mới . Nó đã gây khó khăn cho đủ loại cơ chế thực tế trong nhiều thế kỷ, tuy nhiên nếu bạn xem xét tài liệu về thiết kế cơ chế, bạn có thể ngạc nhiên khi thấy nó ít đề cập đến sự thông đồng như thế nào. Tài liệu thảo luận trực tiếp về động cơ thao túng đơn phương của các cá nhân trong một cơ chế - nhưng nhìn chung tránh nói về sự thông đồng, để lại một số khái niệm không được mô hình hóa về “pháp quyền”. Ví dụ, những người tham gia một cơ chế có thể ký hợp đồng pháp lý quy định rằng họ sẽ không thông đồng. Nếu phát hiện có sự thông đồng sẽ được chuyển sang kênh pháp luật để giải quyết.

Các nhà thiết kế cơ chế có thể trợ giúp bằng cách tạo ra một cơ chế trong đó sự thông đồng tương đối dễ bị phát hiện. Đây là một bí mật không được nói ra trong hầu hết các tài liệu về thiết kế cơ chế: sự tin cậy vào nhà nước pháp quyền. Mặc dù không công bằng khi nói rằng không có quy định pháp luật nào xung quanh các giao thức blockchain không được phép - chúng ta thường thấy các cơ quan thực thi pháp luật truy tố thành công tội phạm trên các chuỗi khối không được phép - nhưng nó ít phổ biến hơn nhiều so với các ứng dụng thiết kế cơ chế truyền thống.

Nếu bạn không thể dựa vào quy định của pháp luật bên ngoài cơ chế, thì trách nhiệm của người thiết kế là phải giải quyết vấn đề đó trong cơ chế. Cách tiếp cận này phổ biến trong các quyết định thiết kế cơ chế trong không gian blockchain. Đối với giao thức Ethereum nói riêng, các ví dụ bao gồm từ việc đốt doanh thu phí cơ bản trong EIP-1559 cho đến việc cắt giảm các trình xác thực hoạt động sai trong giao thức đồng thuận của nó.

Không gian thiết kế lớn hơn

Không gian thiết kế trong Web3 lớn hơn không gian thiết kế cơ chế mà các nhà thiết kế sử dụng quá to. Vì vậy, họ phải suy nghĩ lại bất kỳ vấn đề nào được đưa ra. Ví dụ: nhiều cơ chế liên quan đến các khoản thanh toán, trong các ứng dụng thiết kế cơ chế truyền thống, sẽ được thực hiện bằng một số loại tiền tệ pháp định, chẳng hạn như đồng đô la Mỹ. Nhiều giao thức blockchain có loại tiền riêng và các cơ chế trong giao thức có thể thao túng loại tiền đó.

Hãy tưởng tượng nếu bạn viết một bài báo thiết kế cơ chế truyền thống và một phần mô tả cơ chế của bạn là: "In một loạt tiền mới, sau đó" Đưa số tiền này cho một số người. người tham gia." Bên ngoài môi trường blockchain, điều này có vẻ nực cười. Nhưng khi bạn nói về thiết kế cơ chế trong bối cảnh giao thức blockchain, bạn có thể thực hiện chính xác điều đó.

Giao thức kiểm soát tiền tệ, do đó các cơ chế là một phần của giao thức có thể đúc hoặc đốt nó. Điều này có nghĩa là một số thiết kế sẽ không thể thực hiện được nếu không tiếp cận được đồng nội tệ. Ví dụ: làm cách nào để khuyến khích người khai thác Bitcoin thực thi giao thức như dự định? Khuyến khích các nhà sản xuất khối này thông qua phần thưởng lạm phát: in Bitcoin mới. Nếu không tiếp cận được đồng nội tệ thì thiết kế như vậy sẽ không thể thực hiện được.

Mã thông báo gốc có thể gây ra các vấn đề khác

Lý do trước đó nhấn mạnh sức mạnh của đồng tiền bản địa . Bạn có thể thực hiện hai việc với tiền bản địa: “đúc” (cách giao thức Bitcoin đúc Bitcoin mới để khuyến khích người khai thác) và “đốt mã thông báo” (cách cơ chế phí giao dịch EIP-1559 của Ethereum đốt ETH để chống lại sự thông đồng). Các đồng tiền bản địa ẩn giấu một mối nguy hiểm không tồn tại trong thiết kế cơ chế truyền thống: các quyết định thiết kế kinh tế vi mô có thể gây ra những hậu quả kinh tế vĩ mô.

Trong thiết kế cơ chế truyền thống, không có lý do gì phải lo lắng về các lực lượng kinh tế vĩ mô. Không có cuộc đấu giá truyền thống nào có tác động đáng kể đến nguồn cung tiền hoặc tỷ lệ lạm phát của Hoa Kỳ. Thử thách này là mới trong lĩnh vực thiết kế Web3. Cái gì có thể đi sai? Hãy để tôi kể cho bạn hai ví dụ, một về việc đúc Bitcoin và một về việc đốt Ethereum.

Bitcoin buộc phải có lạm phát do sử dụng phần thưởng khối để khuyến khích người khai thác bằng cách in tiền mới. Vì vậy, nó cũng phải có một chính sách tiền tệ xác định được tỷ lệ lạm phát và diễn biến của tỷ lệ đó theo thời gian. Satoshi cũng tạo ra giới hạn cung cấp cứng là 21 triệu Bitcoin. Vì có giới hạn cứng đối với số lượng Bitcoin nên tỷ lệ lạm phát phải trở về 0. Nếu nó về 0, điều gì sẽ khuyến khích các thợ mỏ tiếp tục chạy giao thức và cung cấp bảo mật cho Bitcoin? Người ta hy vọng rằng phí giao dịch sẽ bù đắp cho phần thưởng khối bị thiếu, mặc dù bằng chứng cho thấy điều này sẽ xảy ra khá yếu. Một vấn đề luôn được biết đến là giao thức Bitcoin sẽ phải đối mặt với các vấn đề bảo mật nghiêm trọng nếu phí giao dịch vẫn gần bằng 0.

Một bài báo được viết bởi các nhà khoa học máy tính Miles Carlston, Harry Kalodner, Matthew Weinberg và Arvind Narayanan của Đại học Princeton chỉ ra một mối liên hệ khác giữa phí giao dịch và sự khác biệt giữa phần thưởng khối. Mặc dù phần thưởng khối là như nhau đối với mọi khối (ít nhất là giữa các đợt “halving” phần thưởng khối xảy ra bốn năm một lần), phí giao dịch có thể thay đổi theo một số bậc độ lớn – do đó khiến giao thức đưa ra những bất ổn mới về lý thuyết trò chơi.

Theo nghĩa này, quyết định kinh tế vĩ mô nhằm khắc phục giới hạn nguồn cung có tác động tiêu cực đến các hậu quả kinh tế vi mô của giao thức và những người tham gia nó. Giống như việc đúc phần thưởng khối của Bitcoin hoạt động như một lực lạm phát, việc đốt phí giao dịch trong EIP-1559 hoạt động như một lực giảm phát trên Ethereum. Trong giao thức Ethereum sử dụng phần thưởng của trình xác thực lạm phát, có một cuộc giằng co giữa hai lực lượng này và thường thì lực lượng giảm phát sẽ thắng. ETH hiện là một loại tiền tệ giảm phát ròng, một hệ quả kinh tế vĩ mô của các quyết định thiết kế khuyến khích kinh tế vi mô của giao thức.

Người nắm giữ ETH thích giảm phát vì tất cả những yếu tố khác đều như nhau, điều đó khiến token của họ trở nên có giá trị hơn theo thời gian. (Thật vậy, tác dụng phụ này có thể là nguyên nhân cuối cùng khiến dư luận nghiêng về chế độ phí giao dịch của EIP-1559.) Tuy nhiên, khái niệm về tiền tệ giảm phát khiến các nhà kinh tế vĩ mô được đào tạo theo truyền thống phải co rúm người lại, gợi nhớ đến tình trạng lạm phát kinh tế ở Nhật Bản những năm 1990.

Ai đúng? Cá nhân tôi không tin rằng các loại tiền tệ fiat có chủ quyền là sự tương đồng chính xác với các loại tiền điện tử như ETH. Nhưng sự tương tự đúng là gì? Đây vẫn là một câu hỏi mở cần được các nhà nghiên cứu blockchain khám phá thêm: Tại sao một loại tiền tệ giảm phát có thể hoạt động như một loại tiền điện tử hỗ trợ giao thức blockchain, nhưng không phải là một loại tiền tệ fiat hỗ trợ một quốc gia có chủ quyền?

Ngăn xếp cơ bản không thể bỏ qua

Trong khoa học máy tính, một điều chúng tôi theo đuổi là tính trừu tượng theo mô-đun và rõ ràng, cho phép bạn tin tưởng vào một số phần nhất định của hệ thống. Khi thiết kế và phân tích một phần của hệ thống, bạn chắc chắn cần biết chức năng bắt nguồn từ các phần khác của hệ thống. Nhưng lý tưởng nhất là bạn không cần phải biết những tính năng này thực sự được triển khai như thế nào.

Trong các giao thức blockchain, chúng ta vẫn chưa đạt được lý tưởng này. Mặc dù các nhà xây dựng và nhà thiết kế cơ chế có thể muốn tập trung vào lớp ứng dụng, nhưng họ không thể bỏ qua thực tế hoạt động và các chi tiết của lớp cơ sở hạ tầng. Ví dụ: nếu bạn đang thiết kế một nhà tạo lập thị trường tự động, bạn phải tính đến thực tế là các nhà sản xuất khối không đáng tin cậy chịu trách nhiệm đặt hàng giao dịch. Hoặc, khi bạn nghĩ đến việc thiết kế cơ chế phí giao dịch cho bản tổng hợp Lớp 2, bạn không chỉ phải trả tiền cho mức tiêu thụ tài nguyên của Lớp 2 mà còn cho mọi chi phí phát sinh bởi giao thức cơ bản, chẳng hạn như gọi dữ liệu từ bộ lưu trữ.

Trong hai ví dụ này, chúng ta có thể thấy rằng việc thiết kế cơ chế hiệu quả không chỉ đòi hỏi sự hiểu biết sâu sắc về các khía cạnh cụ thể mà còn đòi hỏi kiến thức chuyên môn chi tiết về các khía cạnh khác. Mặc dù sự trưởng thành của công nghệ blockchain sẽ cho phép chúng ta phân biệt rõ ràng hơn và tập trung vào các cấp độ khác nhau của nó, nhưng chúng ta phải thừa nhận rằng chúng ta vẫn chưa đạt đến mức độ trưởng thành như vậy.

Bắt buộc phải làm việc trong môi trường hạn chế về máy tính

Triển khai giao thức blockchain "máy tính trong sky" là một môi trường bị hạn chế về mặt tính toán. Thiết kế cơ chế truyền thống chỉ tập trung vào khuyến khích kinh tế và bỏ qua các vấn đề tính toán. Ví dụ, cơ chế Vickrey-Clarke-Groves nổi tiếng không khả thi đối với các vấn đề phân bổ đủ phức tạp. Khi Nisan và Ronen giới thiệu thiết kế cơ chế thuật toán vào năm 1999, họ đã chỉ ra rằng chúng ta thực sự cần một số tính khả thi về mặt tính toán để các cơ chế có ý nghĩa thực tế trong thế giới thực. Do đó, họ đề xuất hạn chế sự chú ý đến các cơ chế trong đó quy mô khối lượng tính toán và truyền thông với các tham số bài toán theo đa thức thay vì theo cấp số nhân.

Vì tính toán rất khan hiếm trong máy ảo của giao thức blockchain nên cơ chế trên chuỗi phải rất nhẹ. Thời gian đa thức và giao tiếp là cần thiết, nhưng vẫn cần thiết. không đủ. Ví dụ: sự khan hiếm này là lý do chính khiến các nhà tạo lập thị trường tự động thống trị hoàn toàn Ethereum DeFi, thay vì các giải pháp truyền thống hơn như sổ giới hạn.

Vẫn đang ở giai đoạn đầu

Nói chung, khi người ta nói rằng Web3 vẫn đang trong giai đoạn phát triển giai đoạn đầu, Chúng đề cập đến cơ hội đầu tư hoặc số lượng áp dụng. Nhưng từ góc độ khoa học, chúng ta thậm chí còn sớm hơn thế. Thực tế này chỉ khiến mọi việc trở nên khó khăn hơn, mặc dù nó đại diện cho một cơ hội lớn.

Làm việc trong một lĩnh vực nghiên cứu đã có uy tín mang lại những lợi ích mà mọi người đều coi là đương nhiên. Có những mô hình và định nghĩa được chấp nhận. Có sự đồng thuận xung quanh các vấn đề quan trọng nhất. Có sự phối hợp không hề tầm thường trong cách đo lường tiến độ. Có vốn từ vựng chung và nền tảng kiến thức chung rộng lớn. Có các lộ trình để bắt kịp tốc độ, bao gồm sách giáo khoa đã được hiệu đính đầy đủ, các khóa học trực tuyến và các tài nguyên khác.

Trong khi đó, ở nhiều nơi trong không gian blockchain, chúng ta vẫn chưa biết các mô hình và định nghĩa “đúng đắn” để suy nghĩ rõ ràng và đạt được tiến bộ trong các vấn đề quan trọng. Ví dụ, trong bối cảnh của các giao thức blockchain, các khái niệm quan trọng nhất về khả năng tương thích khuyến khích là gì? Các lớp của ngăn xếp Web3 là gì? Điều gì sẽ được tính vào Giá trị có thể trích xuất tối đa (MEV)? Đây chỉ là một số câu hỏi chưa được giải quyết.

Đối với những người quan tâm đến việc làm việc trong lĩnh vực khoa học blockchain, sự non nớt của lĩnh vực này đặt ra những thách thức. Nhưng việc tham gia lĩnh vực này càng sớm càng tốt hiện nay cũng là một cơ hội có một không hai. Thiết kế cơ chế luôn là một công cụ hữu ích ở lớp ứng dụng của Internet, lấy đấu giá quảng cáo thời gian thực làm ví dụ hoặc thiết kế thị trường hai mặt có mặt khắp nơi trong hầu hết các ứng dụng tiêu dùng trực tuyến, từ thương mại điện tử đến chia sẻ chuyến đi. .

Nhưng trong Web3, thiết kế cơ chế cũng ảnh hưởng đến các quyết định thiết kế của chính cơ sở hạ tầng. Hãy nhớ lại những năm 1970 và 1980, khi các giao thức định tuyến Internet vẫn đang được thảo luận và thiết kế. Theo tôi được biết, ngồi vào bàn đó có những người không có chuyên môn về khuyến khích và thiết kế cơ chế. Nhìn lại, giờ đây chúng tôi nhận ra rằng một người như vậy có thể có những thiết kế hữu ích. Trong khi đó, ở Web3, với việc phát hành sách trắng Bitcoin ban đầu, các ưu đãi đã trở thành một phần của cuộc thảo luận ngay từ đầu.

Sự nhầm lẫn xung quanh mô hình, định nghĩa và số liệu thành công "đúng" cho Web3 thực sự đang cho chúng ta biết rằng chúng ta đang ở trong thời kỳ hoàng kim. Các sinh viên và nhà khoa học tương lai sẽ ghen tị với chúng tôi vì đã tham gia lĩnh vực này vào thời điểm này với cơ hội định hình quỹ đạo của công nghệ này. Vì vậy, mặc dù có thể không có nhiều sách giáo khoa về lĩnh vực này, nhưng một ngày nào đó sẽ có, và công việc được mô tả trong đó chính là công việc chúng tôi hiện đang làm.

Liên kết 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