2 024 Trong Lễ hội Web3 ở Hồng Kông, người đồng sáng lập Ethereum Vitalik Buterin đã có bài phát biểu quan trọng "Đạt đến giới hạn của thiết kế giao thức" tại "Hội nghị thượng đỉnh học giả Web3 2024" do DRK Lab tổ chức.
Sau đây là bản ghi trực tiếp tiếng Trung do DeThings mang đến, được rút gọn một chút:
Các loại công nghệ chúng tôi sử dụng để xây dựng giao thức đã thay đổi đáng kể trong 10 năm qua. Khi Bitcoin ra đời vào năm 2009, nó thực sự sử dụng crypto rất đơn giản. Các loại mật mã duy nhất bạn thấy trong giao thức Bitcoin là chữ ký ECDSA dạng hàm băm và đường cong elip cũng như Bằng chứng công việc(Pow).
Bằng chứng công việc chỉ là một cách khác để sử dụng hàm băm. Nếu bạn nhìn vào các loại công nghệ được sử dụng để xây dựng giao thức trong những năm 2020, bạn sẽ bắt đầu thấy một bộ sưu tập công nghệ phức tạp hơn chỉ mới thực sự xuất hiện trong 10 năm qua.
Những thứ này thực sự đã có từ lâu, nên về mặt kỹ thuật chúng ta đã có định lý PCP trong nhiều thập kỷ. Chúng ta đã có crypto hóa đồng cấu hoàn toàn kể từ phát hiện của Craig Gentry năm 2009. Trong nhiều thập kỷ, chúng ta đã có những mạch điện bị cắt xén, một dạng tính toán hai mặt. Nhưng có sự khác biệt giữa sự tồn tại của những công nghệ này trên lý thuyết và sự tồn tại của những công nghệ này trên thực tế.
Trên thực tế, tôi cho rằng bản thân lĩnh vực blockchain xứng đáng nhận được nhiều tín nhiệm vì đã thực sự mang lại lượng lớn nguồn lực để đưa những công nghệ này đến giai đoạn mà bạn có thể sử dụng chúng trong các ứng dụng thông thường.
Khi xây dựng blockchain vào những năm 2020, người ta cho rằng tất cả những gì bạn có là băm và chữ ký. Và các giao thức quan sát đang được xây dựng vào những năm 2020 ngay từ đầu đã coi tất cả những thứ này là những thành phần quan trọng.
Những cải tiến lớn đối với ZK-SNARK
ZK-SNARK là điều quan trọng đầu tiên ở đây. ZK-SNARK là một kỹ thuật có thể chứng minh rằng bạn đã thực hiện một phép tính và nhận được một số kết quả từ phép tính đó. Bạn có thể chứng minh điều này theo cách xác minh nhanh hơn nhiều so với việc tự mình thực hiện phép tính. Bạn cũng có thể xác minh bằng chứng mà không tiết lộ thông tin đầu vào ban đầu.
Sự khác biệt giữa zK-SNARK năm 2010 (giai đoạn lý thuyết) và ZK-SNARK năm 2016 (lần đầu tiên được sử dụng trong giao thức Zcash tung ra vào tháng 12 năm đó) thực sự rất lớn phải không?
Vì vậy, rất nhiều hình thức crypto mới hơn này đã từ chỗ gần như không được biết đến trở thành mối quan tâm thích hợp, trở thành xu hướng phổ biến cho đến gần như trở thành mặc định. Những điều này đã thay đổi và cải thiện đáng kể trong thập kỷ qua.
Do đó, Z-SNARK rất hữu ích về mặt bảo mật và cũng rất hữu ích về mở rộng. Blockchain làm gì? Blockchain mang lại cho bạn rất nhiều lợi ích, chúng mang lại cho bạn sự cởi mở, chúng mang lại cho bạn quyền truy cập không cần xin phép, chúng mang lại cho bạn khả năng xác minh toàn cầu. Nhưng tất cả những điều này đều phải trả giá bằng hai điều lớn lao.
Hy sinh quyền riêng tư và mở rộng
Một là quyền riêng tư và hai là mở rộng. ZK-SNARK mang đến cho bạn sự riêng tư và mở rộng.
Năm 2016, chúng ta đã thấy giao thức Zcash . Sau đó, chúng tôi bắt đầu thấy ngày càng nhiều thứ trong hệ sinh thái Ethereum. Ngày nay, hầu hết mọi thứ đều bắt đầu sử dụng zkSNARK, tính toán bên long và crypto hóa đồng cấu hoàn toàn.
Ngày nay, mọi người biết ít về những thứ này hơn zkSNARK, nhưng có một số loại việc không thể thực hiện được với ZK-SNARK. Ví dụ: điện toán bảo mật hoạt động dựa trên dữ liệu sở hữu tư nhân của mọi người.
Bỏ phiếu thực sự là một trường hợp sử dụng lớn và bạn có thể nhận được mức độ riêng tư nhất định với zk-SNARK. Nhưng nếu bạn muốn có được những thuộc tính thực sự tốt nhất thì bạn phải sử dụng MPC (Tính toán bên long) và FHE (Crypto hoàn toàn đồng hình). Nhiều ứng dụng AI crypto cuối cùng cũng sử dụng MPC và FHE, cả hai đều là những ứng dụng cơ bản đã có những cải thiện đáng kể về hiệu quả trong thập kỷ qua.
BLS (Boneh-Lynn-Shacham, chữ ký tổng hợp) là một công nghệ thú vị về cơ bản cho phép bạn lấy một lượng lớn chữ ký từ lượng lớn những người tham gia khác nhau, có thể là hàng chục nghìn người tham gia và sau đó xác minh một chữ ký duy nhất. chữ ký kết hợp cũng nhanh chóng.
Chức năng này rất mạnh mẽ. Tổng hợp BLS thực sự là công nghệ cốt lõi của sự đồng thuận Bằng chứng cổ phần hiện đại Ethereum . Nếu bạn nhìn vào sự đồng thuận Bằng chứng cổ phần đã được thiết lập trước khi hội tụ BLS, rất nhiều khi các thuật toán có xu hướng chỉ hỗ trợ vài trăm người xác thực. Trong Ethereum, hiện có khoảng 30.000 người xác nhận, gửi chữ ký cứ sau 12 giây. Và lý do tại sao điều này có thể thực hiện được là vì hình thức crypto mới này chỉ thực sự được tối ưu hóa trong vòng 5 đến 10 năm qua đến mức nó trở nên hữu ích và những công nghệ mới này có thể làm được rất nhiều điều.”
Họ đang nhanh chóng trở nên mạnh mẽ hơn. Các giao thức ngày nay sử dụng lượng lớn công nghệ này. Chúng tôi đã trải qua một sự thay đổi lớn từ mật mã chuyên dụng, trong đó để xây dựng các giao thức mới, bạn phải hiểu cách thức hoạt động của mật mã, sang mật mã mục đích chung, trong đó bạn phải xây dựng các thuật toán chuyên biệt cho các ứng dụng chuyên biệt. Trước đây bạn phải xây dựng một thuật toán có mục đích đặc biệt cho một ứng dụng có mục đích đặc biệt, thì bây giờ bạn thậm chí không cần phải là một nhà mật mã để xây dựng một thuật toán sử dụng những gì tôi đã nói trong ứng dụng năm phút vừa qua.
Bạn chỉ cần viết một đoạn mã, viết một đoạn mã trong Circom và Circom biên dịch nó thành trình xác minh và trình xác thực và bạn có ứng dụng zk-SNARK. Những thách thức ở đây là gì? Về cơ bản, vấn đề là chúng ta đã đi được một chặng đường dài trong 10 năm qua. Những gì còn lại? Khoảng cách giữa những công nghệ này và những lý tưởng lý thuyết mà chúng ta có ngày nay là gì? Tôi cho rằng đây là lĩnh vực quan trọng mà các nhà nghiên cứu và học giả có thể tạo ra sự khác biệt lớn.
Tôi cho rằng về cơ bản hai vấn đề chính lúc này là: một là hiệu quả và hai là bảo mật. Bây giờ có vấn đề thứ ba, có thể nói là chức năng mở rộng.
Ví dụ: một công nghệ mà chúng tôi chưa thực sự thành thạo là làm rối mã nguồn một cách bừa bãi. Sẽ còn tuyệt vời hơn nữa nếu chúng ta có thể có một thuật toán khả thi. Nhưng thực ra, tôi cho rằng điều quan trọng hơn là phải hiệu quả hơn và an toàn hơn với những gì chúng ta có ngày hôm nay.”
Hãy nói về hiệu quả. Hãy lấy một ví dụ cụ thể và đó là blockchain Ethereum . Trong Ethereum , thời gian đánh bạc là 12 giây. Thời gian trung bình giữa khối này và khối tiếp theo là 12 giây. Thời gian xác minh khối thông thường, nghĩa là thời gian cần thiết để bất kỳ nút Ethereum nào xác minh một khối, là khoảng 400 mili giây.
Hiện tại, thời gian cần thiết để zk-SNARK xác minh khối Ethereum bình thường là khoảng 20 phút. Thời gian này đang được cải thiện nhanh chóng, đó là 5 giờ một hoặc hai năm trước. Bây giờ 20 phút là trung bình phải không? Vẫn còn những tình huống xấu nhất. Ví dụ: nếu bạn có một khối Ethereum và toàn bộ khối Ethereum đang thực hiện các phép tính zk-SNARK thì thời gian chứng minh của nó sẽ dài hơn 20 phút.
Tuy nhiên, chúng tôi đã tiến xa hơn so với hai năm trước. Mục tiêu bây giờ là gì? Mục tiêu là bằng chứng tức thì, mục tiêu là khi một khối được xây dựng, bạn có bằng chứng về khối đó trước khi khối tiếp theo được xây dựng.
Khi có bằng chứng ngay lập tức, chúng ta có gì? Về cơ bản, mọi người dùng Ethereum trên thế giới đều có thể dễ dàng trở thành người dùng được xác minh đầy đủ của giao thức Ethereum , nhưng rất ít người có nút Ethereum . Trên thực tế, một nút lưu trữ yêu cầu 2 TB, điều này bạn có thể làm được nhưng nó rất kém hiệu quả. Điều gì sẽ xảy ra nếu chúng ta có thể tạo ra mọi ví Ethereum, bao gồm ví trình duyệt, ví di động và ví nhẹ với hợp đồng thông minh trên các chuỗi khác, xác minh thực sự và đầy đủ các quy tắc đồng thuận Ethereum?
Một số người thực sự không tín nhiệm Infura. Họ thậm chí không tín nhiệm các trình xác thực Bằng chứng cổ phần phần của Ethereum mà trực tiếp xác minh các quy tắc và trực tiếp đảm bảo tính chính xác của các khối Ethereum. Làm cách nào để chúng tôi thực hiện điều này với ZK-SNARK? Để thực sự làm được điều này, bằng chứng zK-SNARK cần phải diễn ra ngay lập tức, nhưng cần phải có phương pháp để bất kỳ khối Ethereum nào được chứng minh, có thể trong vòng 5 giây.
Câu hỏi là liệu chúng ta có thể đến được đó không? Bây giờ, MPC và FHE đều gặp vấn đề tương tự. Như tôi đã đề cập trước đó, trường hợp sử dụng điển hình của MPC và FHE là biểu quyết và nó thực sự đã được sử dụng. Khoảng ba tuần trước, một sự kiện Ethereum đã được tổ chức tại Việt Nam. Tại sự kiện đó, họ thực sự đã sử dụng MPC, một trong những hệ thống bỏ phiếu được bảo mật crypto , để tiến hành bỏ phiếu cho các dự án và hackathons.
Vấn đề hiện tại với MPC là nó dựa vào một máy chủ trung tâm để thực hiện một số thuộc tính bảo mật. Chúng ta có thể phi tập trung giả định tín nhiệm này không? Có, nhưng điều này yêu cầu MPC và FHE. Vấn đề bây giờ là việc đảm bảo hiệu quả của các giao thức này là rất tốn kém và có FHE trên ZK-SNARK. Để các giao thức này trở thành giao thức mặc định được người bình thường sử dụng, bạn không thể tính toán mỗi bằng chứng phiếu bầu tốn 5 đô la, phải không? Việc này phải được thực hiện nhanh chóng, ngay cả khi có lượng lớn được bỏ ngay lập tức.
Làm cách nào để nâng cao hiệu quả của zk-SNARK?
Vậy làm thế nào để chúng ta đạt được mục tiêu của ZK-SNARK? Tôi cho rằng có ba loại cải tiến hiệu quả. Trong đó là song song hóa và tổng hợp. Hãy tưởng tượng rằng phải mất tới 10 triệu bước tính toán để xác minh một khối Ethereum. Bạn thực hiện từng bước tính toán này và đưa ra bằng chứng cho từng bước. Sau đó thực hiện tổng hợp bằng chứng.
Lấy hai cách chứng minh đầu tiên và chứng minh chúng. Lấy thêm hai bằng chứng nữa và chứng minh chúng. Hãy lấy hai chứng minh tiếp theo và chứng minh các chứng minh này. Lấy chứng minh của hai chứng minh đầu và chứng minh các chứng minh này, ta được một cây. Sau khoảng 20 bước lên cây, bạn sẽ có được một bằng chứng lớn thể hiện tính đúng đắn của toàn bộ khối chương trình.
Điều này có thể thực hiện được với điều kiện kỹ thuật ngày nay. Nó có thể chứng minh tính đúng đắn của một khối lý thuyết trong 5 giây. vấn đề ở đâu? Về cơ bản, việc này đòi hỏi lượng lớn tính toán song song phải không? Nó cần phải được chứng minh 10 triệu lần. Vậy chúng ta có thể tối ưu hóa nó không? Chúng ta có thể tối ưu hóa việc song song hóa không? Chúng ta có thể tối ưu hóa bằng chứng tổng hợp không? Câu trả lời là có.
Có rất nhiều ý tưởng lý thuyết về cách thực hiện việc này. Nhưng nó cần phải biến thành một cái gì đó có thật. Đây là bài toán kết hợp cải tiến thuật toán, cải tiến cấp thấp, cải tiến thiết kế phần cứng và cải tiến hiệu quả nên ASIC cũng rất quan trọng. Tất cả chúng ta đều thấy ASIC quan trọng như thế nào đối với khai thác, phải không? Hãy nhớ vào năm 2013 khi ASIC lần đầu tiên ra mắt , chúng ta đã thấy tỷ lệ băm Bitcoin tăng trưởng nhanh chóng như thế nào.
ASIC khá mạnh phải không? Với cùng chi phí phần cứng và điện năng, giá trị băm của ASIC về cơ bản gấp 100 lần so với GPU. Câu hỏi đặt ra là liệu chúng ta có thể mang lại lợi ích tương tự cho bằng chứng SNARK không? Tôi nghĩ câu trả lời nên là có. Kết quả là ngày càng có nhiều công ty bắt đầu xây dựng các ASIC được thiết kế đặc biệt để chứng minh zK-SNARK. Nó có thể là zkEVM, nhưng thực ra phải rất chung chung. Bạn có thể tạo SNARK ASIC để chứng minh bất kỳ loại tính toán nào. Bằng cách này, chúng ta có thể giảm từ 20 phút xuống còn 5 giây không?
Cuối cùng, vấn đề là hiệu quả hơn, phải không? Vì vậy, chúng ta cần một thuật toán zK-SNARK tốt hơn. Chúng tôi có Groth16, chúng tôi có bảng tra cứu, chúng tôi có SNARK 64 bit, chúng tôi có STARK, chúng tôi có STARK 32 bit, tất cả các loại ý tưởng khác nhau. Chúng ta có thể cải thiện hơn nữa hiệu quả của thuật toán SNARK không? Chúng ta có thể tạo thêm nhiều hàm băm thân thiện với SNARK hơn và nhiều thuật toán chữ ký thân thiện với SNARK hơn không? Có rất nhiều ý tưởng ở đây và tôi đặc biệt khuyến khích mọi người thực hiện chúng.
Vấn đề bảo mật chính là lỗi, phải không? Tôi cho rằng lỗi là một trong những vấn đề lớn nhất mà mọi người hiếm khi nói đến, nhưng chúng rất quan trọng phải không? Về cơ bản, chúng ta có tất cả những công nghệ crypto tuyệt vời này, nhưng mọi người sẽ không tin tưởng chúng nếu họ lo lắng rằng có một loại sai sót nào đó trong mạch điện, phải không? Cả zK-SNARK và zkEVM đều có 7000 dòng mã.
Điều này vẫn rất hiệu quả. Trung bình có từ 15 đến 50 lỗ hổng trên một nghìn dòng mã. Trong Ethereum, chúng tôi làm việc chăm chỉ để có ít hơn 15 lỗi trên một nghìn dòng mã, nhưng nhiều hơn là không, phải không? Nếu bạn có những hệ thống này chứa tài sản trị giá hàng tỷ đô đô la, nếu có sự vi phạm trong đó, số tiền đó sẽ bị mất cho dù crypto có tiên tiến đến đâu.
Câu hỏi đặt ra là chúng ta có thể làm gì để thực sự tận dụng crypto hiện có và giảm thiểu sai sót trong đó? Ngày nay, công nghệ cơ bản được sử dụng ở đây là một ủy ban bảo mật, về cơ bản, bạn chỉ cần tập hợp một nhóm người tham gia Ethereum và nếu phần lớn trong đó, như hơn 75%, cho rằng có lỗ hổng, thì họ có thể lật ngược hệ thống bằng chứng. .
Vì vậy, đây là một hệ thống khá tập trung nhưng là hệ thống tốt nhất mà chúng tôi có hiện nay. Chúng tôi sẽ có nhiều bằng chứng trong tương lai gần. Đây là hình ảnh của Starknet, một trong rollups dựa trên Ethereum . Ý tưởng là về mặt lý thuyết, nếu bạn có nhiều hệ thống chứng minh, bạn có thể sử dụng tính năng dự phòng để giảm rủi ro xảy ra lỗ hổng trong đó hệ thống nào trong số đó và nếu bạn có ba hệ thống chứng minh, nếu một trong đó có lỗi thì hy vọng rằng hai hệ thống khác Không có hai hệ thống nào gặp trục trặc ở cùng một nơi.
Cuối cùng, tôi cho rằng một trong những điều thú vị cần xem xét trong tương lai là sử dụng các công cụ trí tuệ nhân tạo, có khả năng sử dụng các công cụ mới để xác minh chính thức, phải không? Vì vậy, nó giống như việc chứng minh phương pháp rằng thứ gì đó như ZKEVM là không có lỗi, phải không? Về cơ bản, bạn có thể thực sự chứng minh được rằng, chẳng hạn như việc triển khai zkEVM đang xác minh chức năng chính xác trong mã EVM giống như việc triển khai Ethereum không? Ví dụ: bạn có thể chứng minh rằng họ chỉ có một đầu ra cho bất kỳ đầu vào nào không? Nếu bạn có thể cố gắng thực sự chứng minh những điều này thì có lẽ chúng ta thực sự có thể đạt được một thế giới zkEVM không có lỗi trong tương lai.
Điều này thật điên rồ phải không? Bởi vì trước đây chưa có ai thực hiện một chương trình phức tạp không có lỗ hổng như vậy. Nhưng năm 2019, không ai cho rằng trí tuệ nhân tạo có thể tạo ra những bức ảnh thật đẹp phải không? Vì vậy, hôm nay chúng ta vừa thấy chúng ta đã đi được bao xa. Chúng tôi đã thấy được khả năng của trí tuệ nhân tạo. Câu hỏi bây giờ là liệu chúng ta có thể thử áp dụng các công cụ tương tự vào nhiệm vụ trong thế giới thực hay không, chẳng hạn như tự động tạo ra các bằng chứng toán học cho các câu lệnh phức tạp có chương trình trải dài hàng nghìn dòng mã? Tôi cho rằng đây là một thử thách mở thú vị và đáng được quan tâm.
Về hiệu quả của chữ ký tổng hợp, ngày nay Ethereum có 30.000 trình xác thực và việc chạy một nút là rất khắt khe, phải không? Tôi có nút Ethereum trên máy tính xách tay của mình và nó hoạt động, nhưng nó không phải là máy tính xách tay giá rẻ và tôi phải tự nâng cấp ổ cứng. Mục tiêu lý tưởng của Ethereum là hỗ trợ càng nhiều trình xác thực càng tốt.
Chúng tôi muốn Bằng chứng cổ phần được dân chủ hóa nhất có thể, cho phép mọi người tham gia trực tiếp vào quá trình xác minh ở mọi quy mô. Chúng tôi muốn các yêu cầu để chạy nút Ethereum ở mức rất thấp và rất dễ sử dụng. Chúng tôi muốn lý thuyết và giao thức càng đơn giản càng tốt. Giới hạn lý thuyết ở đây là gì? Tất cả dữ liệu của mỗi người tham gia trong mỗi phiên cần phải có 1 bit vì bạn phải thông báo ai đã ký và ai không.
Đây là giới hạn cơ bản nhất. Ngoài giới hạn này, không có giới hạn nào khác cho việc tính toán. Bạn có thể thực hiện các bằng chứng tổng hợp và có thể thực hiện các cây chứng minh đệ quy. Bạn có thể làm chữ ký, bạn có thể làm nhiều chữ ký tổng hợp khác nhau. Bạn có thể sử dụng STARK, bạn có thể sử dụng mật mã dựa trên lưới, bạn có thể sử dụng STARK 32 bit, bạn có thể sử dụng nhiều công nghệ khác nhau.
Câu hỏi đặt ra là chúng ta có thể tối ưu hóa việc tổng hợp chữ ký ở mức độ nào? Đây là bảo mật ngang hàng và mọi người chưa nghĩ đủ về mạng ngang hàng. Đây là điểm tôi muốn nhấn mạnh rất nhiều, vì tôi cho rằng trong không gian crypto, mọi người có xu hướng xây dựng các cấu trúc lạ mắt trên các mạng ngang hàng và sau đó cho rằng mạng ngang hàng hoạt động.
Có rất nhiều rủi ro ẩn giấu ở đây phải không? Tôi cho rằng những rủi ro này sẽ trở nên phức tạp hơn nên trong những năm 2010, mọi nút đều có thể nhìn thấy mọi thứ. Bạn chắc chắn có thể thực hiện một số cuộc tấn công: có các cuộc tấn công nhật thực, có các cuộc tấn công từ chối dịch vụ, có tất cả các loại tấn công.
Nhưng khi bạn có một mạng rất đơn giản với nhiệm vụ duy nhất là đảm bảo mọi thứ đều có sẵn cho mọi người thì vấn đề lại khá đơn giản. Vấn đề là khi Ethereum mở rộng quy mô, mạng ngang hàng ngày càng trở nên phức tạp. Mạng ngang hàng Ethereum ngày nay đã có 64 phân đoạn, phải không?
Để thực hiện việc tổng hợp chữ ký, xử lý 30.000 chữ ký mỗi kỳ như hiện nay. Chúng tôi có một mạng điểm-điểm được chia thành 64 mạng con khác nhau và mỗi nút chỉ thuộc về trong đó hoặc một vài mạng con trong số đó. Trong lấy mẫu tính khả dụng của dữ liệu, đây là kỹ thuật được Ethereum sử dụng để cung cấp không gian dữ liệu cho các khối nhằm đạt được mở rộng.
Điều này cũng phụ thuộc vào kiến trúc ngang hàng phức tạp hơn. Ở đây, những gì bạn thấy là biểu đồ của nút hàng. Trong cài đặt này, mỗi nút chỉ có thể tải xuống 1/8 tổng số dữ liệu. Vậy câu hỏi đặt ra là mạng lưới như vậy có thực sự an toàn? Bạn có thể đảm bảo sự an toàn của nó? Bạn có thể tăng tỷ lệ bảo lãnh của mình lên càng nhiều càng tốt không? Làm cách nào chúng ta có thể bảo vệ và cải thiện tính bảo mật của mạng ngang hàng mà Ethereum dựa vào?
Về cơ bản, tôi cho rằng điều chúng ta cần tập trung vào lúc này là chúng ta cần các giao thức đẩy các giới hạn của crypto, crypto đã mạnh hơn nhiều so với mười năm trước, nhưng có thể mạnh hơn nhiều, và tại thời điểm này, tôi cho rằng chúng ta thực sự cần phải bắt đầu xem xét trần nhà là gì và làm thế nào chúng ta thực sự có thể đạt được nó.
Có hai lĩnh vực quan trọng như nhau ở đây. Trong đó là tiếp tục nâng cao hiệu quả và chúng tôi muốn chứng minh mọi thứ ngay lập tức. Chúng tôi hy vọng sẽ thấy một thế giới phi tập trung, mọi thông tin được gửi trong blog sẽ có zk-SNARK được đính kèm theo mặc định để chứng minh rằng thông tin và mọi thứ thông tin đó dựa vào đều tuân theo các quy tắc giao thức.
Biên giới thứ hai là cải thiện an ninh. Về cơ bản, đó là việc giảm nguy cơ xảy ra lỗi. Hãy có một thế giới nơi công nghệ thực tế mà các giao thức này dựa vào có thể rất mạnh mẽ, rất đáng tin cậy và mọi người có thể dựa vào nó nhiều nhất có thể.
Tuy nhiên, như chúng ta đã thấy nhiều lần, Multisignature cũng có thể bị hack và có nhiều ví dụ về những dự án được gọi là Layer2 này, trong đó các đồng tiền trong trong đó hoặc hai dự án thực sự bao gồm một đồng tiền được kiểm soát bằng nhiều chữ ký, nhưng bằng cách nào đó, năm trong số chín chữ ký đã bị hack cùng lúc, dẫn đến tổn thất lượng lớn về tiền. Nếu chúng ta muốn vượt qua thế giới này, thì chúng ta cần tin vào những gì thực sự có khả năng sử dụng công nghệ và thực sự vượt qua được crypto để thực thi các quy tắc. thay vì tin tưởng vào một nhóm nhỏ người để đảm bảo họ được theo dõi.
Nhưng để làm được điều này, mã phải đáng tin cậy. Câu hỏi đặt ra là liệu chúng ta có thể làm cho mã trở nên đáng tin cậy không?
Chúng ta có thể làm cho Internet trở nên đáng tin cậy không? Liệu chúng ta có thể làm cho tính kinh tế của những sản phẩm này, những giao thức này trở nên đáng tin cậy không? Tôi cho rằng đây là những thách thức cốt lõi và tôi hy vọng chúng ta có thể tiếp tục hợp tác và cải thiện, cảm ơn bạn.
