Người phỏng vấn: Nickqiao & Faust, Geek Web3
Người được phỏng vấn: YeZhang, Scroll Lianchuang
Biên tập viên: Faust & Jomosis
Vào ngày 17 tháng 6, Geek Web3 và BTCEden, với sự trợ giúp của DevRel của Scroll - Vincent Jin, đã vinh dự được mời Zhang Ye, người đồng sáng lập Scroll, trả lời nhiều câu hỏi về Scroll và zkEVM.
Trong thời gian này, hai bên không chỉ thảo luận về nhiều chủ đề kỹ thuật mà còn thảo luận về một số điều thú vị về Scroll và tầm nhìn lớn của nó trong việc trao quyền cho nền kinh tế thực sự ở Châu Á, Châu Phi và Châu Mỹ Latinh. Bài viết này là bản ghi lại cuộc phỏng vấn, với hơn 10.000 từ và tổng cộng ít nhất 15 chủ đề:
Không gian ứng dụng của ZK trong các lĩnh vực truyền thống
Sự khác biệt về độ khó kỹ thuật giữa zkEVM và zkVM
Những khó khăn Scroll gặp phải khi triển khai zkEVM
Những cải tiến của Scroll đối với hệ thống bằng chứng halo2 của Zcash
Cách Scroll hợp tác với nhóm Ethereum PSE
Làm thế nào Scroll đảm bảo rằng các mạch của nó an toàn và đáng tin cậy ở cấp độ kiểm tra mã?
Kế hoạch đơn giản của Scroll dành cho phiên bản mới trong tương lai của zkEVM và hệ thống chứng minh
Thiết kế Multi Prover của Scroll và phương pháp xây dựng mạng tạo Prover (nhóm khai thác zk), v.v.
Ngoài ra, ông Zhang Ye cuối cùng đã nói về tầm nhìn lớn của Scroll trong việc bám rễ vào các khu vực có hệ thống tài chính lạc hậu như Châu Phi, Thổ Nhĩ Kỳ và Đông Nam Á, đồng thời dự định tạo ra các kịch bản kinh tế thực tế để người dân trong khu vực “biến hiện thực thành hiện thực”. .” Bài viết này có thể là một trong những tài liệu tốt nhất để nhiều người hiểu rõ hơn về Scroll. Mọi người nên đọc kỹ.
1.Faust: Bạn nghĩ gì về ứng dụng ZK bên ngoài Rollup của Giáo viên Zhang Ye? Nhiều người cho rằng ứng dụng chính của ZK là trong các công cụ trộn tiền tệ, chuyển khoản cá nhân hoặc cầu nối ZK Rollup và ZK. Tuy nhiên, ngoài Web3, chẳng hạn, vẫn có nhiều ứng dụng của ZK trong các ngành công nghiệp truyền thống. Bạn nghĩ ZK có nhiều khả năng được áp dụng theo hướng nào nhất trong tương lai?
YeZhang: Đây là một câu hỏi hay. Những người ZK trong các ngành công nghiệp truyền thống đã khám phá nhiều kịch bản ZK khác nhau cách đây 5 hoặc 6 năm. Các kịch bản mà ZK được sử dụng trong blockchain thực sự là rất nhỏ. Đây là lý do tại sao Vitalik cảm thấy rằng từ nhiều năm nay, bối cảnh của ZK. sẽ lớn như blockchain.
Tôi nghĩ ZK sẽ được sử dụng rất nhiều trong các tình huống cần có giả định về độ tin cậy. Giả sử bây giờ bạn cần xử lý một số tác vụ tính toán nặng. Nếu bạn thuê máy chủ trên AWS, tự chạy các tác vụ của mình và nhận kết quả, việc đó tương đương với việc thực hiện các phép tính trên thiết bị mà bạn điều khiển. nhưng số tiền này thường không hề rẻ;
Nhưng nếu chúng ta tham gia vào mô hình gia công máy tính, nhiều người có thể chia sẻ nhiệm vụ tính toán của bạn bằng thiết bị hoặc tài nguyên nhàn rỗi của họ và chi phí bạn phải trả có thể rẻ hơn so với việc tự thuê máy chủ. Nhưng có một vấn đề về lòng tin ở đây, bạn không biết kết quả tính toán mà người khác trả về cho bạn có chính xác hay không. Bây giờ hãy tưởng tượng rằng bạn đang thực hiện một phép tính rất rắc rối, sau đó bạn đưa cho tôi phép tính và đưa cho tôi tiền. Tôi sẽ cho bạn một kết quả ngẫu nhiên sau nửa giờ, và bạn không có cách nào tin rằng kết quả này là hợp lệ, bởi vì tôi chỉ có thể bịa ra kết quả.
Nhưng nếu tôi có thể chứng minh cho bạn thấy kết quả tính toán đưa ra là chính xác thì bạn có thể yên tâm và dám giao thêm công việc tính toán cho tôi. ZK có thể biến nhiều nguồn dữ liệu không đáng tin cậy thành nguồn đáng tin cậy. Chức năng này rất mạnh mẽ. Thông qua ZK, bạn có thể sử dụng tài nguyên máy tính của bên thứ ba không đáng tin cậy nhưng giá rẻ một cách hiệu quả hơn.
Tôi nghĩ kịch bản này rất có ý nghĩa và có thể dẫn tới một mô hình kinh doanh tương tự như tính toán thuê ngoài. Trong một số tài liệu học thuật, nó được gọi là tính toán có thể kiểm chứng, có nghĩa là làm cho một phép tính trở nên đáng tin cậy. Ngoài ra, ZK có thể được áp dụng cho trường cơ sở dữ liệu. Giả sử việc chạy cơ sở dữ liệu cục bộ quá tốn kém và bạn quyết định thuê ngoài. Điều đó xảy ra khi một người có nguồn tài nguyên cơ sở dữ liệu dồi dào và sau đó bạn lưu trữ dữ liệu ở đó. Bạn có lo lắng về việc bên kia thay đổi dữ liệu bạn lưu trữ ở đó hoặc kết quả bạn nhận được sau một truy vấn SQL không?
Đối với điều này, bạn có thể yêu cầu bên kia tạo bằng chứng. Nếu điều này có thể được thực hiện, bạn cũng có thể thuê ngoài việc lưu trữ dữ liệu và nhận được kết quả đáng tin cậy. Tính toán này và tính toán đáng tin cậy trước đó đều là một loại kịch bản ứng dụng lớn.
Ngoài ra, còn có nhiều ví dụ ứng dụng. Tôi nhớ một bài báo nói về ASIC có thể xác minh. Khi sản xuất chip, bạn có thể viết thuật toán ZK lên chip của mình. Khi bạn chạy chương trình trên chip, kết quả sẽ có mặc định. Bằng chứng. Bằng cách này, tôi nghĩ nhiều thứ có thể được ủy quyền cho bất kỳ thiết bị nào và tạo ra kết quả đáng tin cậy.
Ngoài ra còn có một thứ hơi buồn cười gọi là Photo Proof. Ví dụ: đối với nhiều ảnh, bạn không biết liệu chúng có bị chỉnh sửa photoshop hay không, nhưng chúng tôi có thể sử dụng ZK để chứng minh rằng ảnh không bị giả mạo. Ví dụ: bạn có thể thêm một số cài đặt trong phần mềm máy ảnh để tự động tạo một số cài đặt. chữ ký số Sau khi bạn chụp ảnh, chữ ký A này tương đương với việc đóng dấu ảnh. Nếu ai đó chụp ảnh bạn chụp và photoshop nó để "sáng tạo phụ", chúng tôi có thể xác định rằng ảnh đã bị thay đổi bằng cách xác minh chữ ký.
Ở đây chúng tôi có thể giới thiệu ZK. Sau khi bạn thực hiện một số thay đổi đối với ảnh gốc, bạn có thể sử dụng ZK Proof để chứng minh cho người khác rằng bạn chỉ thực hiện các thao tác đơn giản như xoay và dịch trên ảnh và không giả mạo nội dung gốc của ảnh. ảnh, chứng tỏ rằng bạn đã thực hiện các điều chỉnh tốt. Ảnh cuối cùng về cơ bản giống với ảnh gốc, điều này chứng tỏ bạn không giả mạo nội dung cốt lõi của ảnh để tham gia vào quá trình "sáng tạo phụ".
Kịch bản này cũng có thể được mở rộng sang video và âm thanh Thông qua ZK, bạn không cần phải cho bên kia biết những thay đổi bạn đã thực hiện đối với video gốc nhưng bạn có thể chứng minh rằng bạn không giả mạo nội dung cốt lõi của video gốc. phiên bản và bạn chỉ thực hiện một số điều chỉnh vô hại. Ngoài ra, còn rất nhiều ứng dụng thú vị mà ZK có thể đặt chân vào.
Hiện tại, tôi nghĩ lý do tại sao các kịch bản ứng dụng ZK chưa được chấp nhận rộng rãi là do chi phí của nó quá cao. Sơ đồ tạo bằng chứng ZK hiện tại không thể tạo ra bằng chứng trong thời gian thực cho bất kỳ phép tính nào, vì chi phí chung của ZK thường là phép tính ban đầu. . 100 lần đến 1000 lần Tất nhiên con số tôi đề cập đã tương đối thấp rồi.
Vì vậy, nếu bạn tưởng tượng, một tác vụ tính toán ban đầu mất 1 giờ và bây giờ bạn tạo Bằng chứng ZK cho nó, chi phí có thể gấp 100 lần, tức là sẽ mất 100 giờ để tạo bằng chứng, mặc dù bạn có thể sử dụng GPU hoặc ASIC để giảm thời gian này, nhưng nó vẫn đòi hỏi chi phí tính toán rất lớn. Nếu bạn yêu cầu tôi tính toán một việc rất rắc rối và cũng yêu cầu tôi tạo ZK Proof cho nó, tôi có thể từ chối làm như vậy vì nó sẽ tiêu tốn 100. nhiều tài nguyên máy tính hơn nhiều lần. Cuối cùng, việc thực hiện nó trong các tài khoản kinh tế sẽ không hiệu quả về mặt chi phí. Vì vậy, đối với các kịch bản một đối một, việc tạo bằng chứng ZK một lần là rất tốn kém.
Tuy nhiên, đây cũng chính là lý do ZK rất phù hợp với Blockchain. Lý do là Blockchain thực hiện các phép tính dư thừa và có nhiều kịch bản một-nhiều. Các nút khác nhau trong mạng blockchain thực hiện các nhiệm vụ tính toán giống nhau. Nếu có 10.000 nút, cùng một nhiệm vụ sẽ được thực hiện 10.000 lần. Nhưng nếu bạn hoàn thành nhiệm vụ ngoài chuỗi và tạo bằng chứng ZK và 10.000 nút chỉ xác minh bằng chứng ZK mà không chạy lại nhiệm vụ, thì bạn không phải thực hiện lại phép tính ban đầu 10.000 lần, tương đương với chi phí tính toán của một người và chi phí tính toán dự phòng trên 10.000 nút đã được thay thế. Nhìn từ góc độ tổng thể, nhiều người có thể tiết kiệm tài nguyên hơn.
Do đó, trên thực tế, chuỗi càng phi tập trung thì càng phù hợp với ZK, bởi vì bất kỳ ai cũng có thể xác minh ZKP với chi phí gần như bằng 0, miễn là chúng tôi phải trả một khoản chi phí nhất định khi tạo bằng chứng ban đầu, chúng tôi có thể giải phóng hầu hết mọi người. là Tại sao khả năng xác minh công khai của blockchain lại rất phù hợp với ZK, bởi vì có nhiều tình huống một-nhiều trong blockchain.
Có một điểm khác không được đề cập ở trên. Các bằng chứng ZK hiện đang được sử dụng trong lĩnh vực blockchain với chi phí tương đối lớn đều không tương tác. Bạn đưa cho tôi thứ gì đó, tôi đưa cho bạn bằng chứng và sau đó nó kết thúc, vì trong blockchain, bạn không thể lặp lại nó để tương tác. với dây chuyền. Nhưng có một cách hiệu quả hơn và ít tốn kém hơn để tạo ra bằng chứng, đó là bằng chứng tương tác. Ví dụ: bạn gửi cho tôi một Thử thách, tôi gửi cho bạn thứ gì đó, bạn gửi cho tôi thứ khác và tôi gửi cho bạn một thứ khác. Thông qua phương pháp tương tác nhiều lần giữa hai bên, có thể giảm cường độ tính toán của ZK. nó một lần nữa. Nếu phương pháp này hoạt động, có thể giải quyết được vấn đề tạo bằng chứng trong các kịch bản ứng dụng ZK lớn.
Nickqiao: Bạn nhìn nhận triển vọng phát triển của zkML như thế nào, tức là sự kết hợp giữa ZK và học máy?
YeZhang: zkML cũng là một hướng đi rất thú vị, có thể biến Machine Learning thành ZK, nhưng tôi nghĩ vẫn còn thiếu các kịch bản ứng dụng hấp dẫn trong lĩnh vực này. Người ta thường tin rằng với sự cải thiện hiệu suất của hệ thống ZK, nó sẽ có thể hỗ trợ các ứng dụng cấp ML trong tương lai. Hiện tại, hiệu quả của zkML có thể hỗ trợ các ứng dụng cấp gpt2. Về mặt kỹ thuật, nó chỉ có thể. suy luận trong ML. Trong phân tích cuối cùng, tôi nghĩ mọi người vẫn đang khám phá các kịch bản ứng dụng của lĩnh vực này, tức là những việc gì đòi hỏi bạn phải chứng minh rằng quy trình suy luận là đúng. Vấn đề này khá phức tạp.
2.Nickqiao: Tôi muốn hỏi ông Zhang Ye, sự khác biệt cụ thể về độ khó triển khai kỹ thuật giữa zkEVM và zkVM là gì?
YeZhang: Trước hết, cho dù đó là zkEVM hay zkVM, bản chất là tạo ra mạch ZK tùy chỉnh cho bộ mã lệnh/lệnh của một máy ảo nhất định. Độ khó của việc triển khai dự án zkEVM phụ thuộc vào cách bạn triển khai nó. đã bắt đầu dự án, vì hiệu suất của ZK chưa cao nên đây là cách hiệu quả nhất để tùy chỉnh zkEVM bằng cách viết mạch tương ứng cho từng mã hoạt động của EVM và sau đó kết hợp các mạch.
Tuy nhiên, việc triển khai kỹ thuật của giải pháp này phải rất khó khăn, lớn hơn nhiều so với zkVM, bộ lệnh EVM có hơn 100 opcode phải được tùy chỉnh và sau đó kết hợp lại. đối với EVM. Các mã opcode mới, chẳng hạn như EIP-4844, zkEVM phải bổ sung thêm những thứ mới cho phù hợp. Cuối cùng, bạn phải viết một mạch dài và thực hiện công việc kiểm tra dài, do đó độ khó và khối lượng công việc phát triển lớn hơn nhiều so với zkVM.
Ngược lại, zkVM xác định tập lệnh/opcode riêng của nó. Tập lệnh tùy chỉnh của nó có thể rất đơn giản và thân thiện với ZK. Sau khi tạo một tập hợp zkVM, bạn không cần phải thường xuyên thay đổi mã cơ bản để hỗ trợ nó. Nhiều nâng cấp và biên dịch trước. Do đó, khối lượng công việc chính của zkVM và khó khăn trong việc nâng cấp và bảo trì tiếp theo được đặt lên trình biên dịch, đây là bước chuyển đổi hợp đồng thông minh thành mã hoạt động zkVM, rất khác với zkEVM.
Do đó, từ góc độ khó khăn về kỹ thuật, tôi nghĩ zkVM dễ triển khai hơn zkEVM tùy chỉnh, nhưng nếu bạn muốn chạy EVM trên zkVM, hiệu suất tổng thể sẽ thấp hơn nhiều so với zkEVM tùy chỉnh, vì cái sau được tùy chỉnh đặc biệt. Nhưng hiện tại, hiệu quả của Prover trong việc tạo bằng chứng đã tăng ít nhất 3 đến 5 lần hoặc thậm chí 5 đến 10 lần trong hai năm qua. Hiệu quả của zkVM cũng đang được cải thiện tương ứng. hiệu quả tổng thể đã dần được cải thiện, trong tương lai, những nhược điểm về hiệu suất của zkVM có thể bị lu mờ bởi tính dễ phát triển và bảo trì của nó. Xét cho cùng, đối với zkVM và zkEVM, nút thắt lớn nhất bên cạnh hiệu suất là khó khăn trong việc phát triển. Nó đòi hỏi một đội ngũ kỹ thuật rất mạnh để duy trì một hệ thống phức tạp như vậy.
3.Nickqiao: Bạn có thể cho chúng tôi biết liệu Scroll có gặp phải bất kỳ khó khăn kỹ thuật nào trong quá trình triển khai zkEVM hay không và cách giải quyết chúng?
YeZhang: Thử thách lớn nhất trong quá trình thực hiện là có quá nhiều điều không chắc chắn khi dự án được khởi động lần đầu. Khi chúng tôi mới bắt đầu dự án, về cơ bản không có ai khác làm zkEVM. Chúng tôi là nhóm đầu tiên khám phá zkEVM từ không thể đến có thể. Ở cấp độ lý thuyết, về cơ bản, một khuôn khổ khả thi đã được xác định trong 6 tháng đầu tiên của dự án. Trong quá trình triển khai tiếp theo, zkEVM yêu cầu một khối lượng công việc kỹ thuật rất lớn và có một số thách thức rất kỹ thuật, chẳng hạn như cách hỗ trợ linh hoạt. khác với Pre-Compile (biên dịch trước), cách tổng hợp mã hoạt động (opcode) hiệu quả hơn liên quan đến nhiều vấn đề kỹ thuật.
Và chúng tôi là người duy nhất và là người đầu tiên hỗ trợ Biên dịch trước Ghép nối đường cong Elliptic EC. Các mạch như Ghép nối rất khó thực hiện và liên quan đến rất nhiều toán học cũng như các vấn đề phức tạp về Mật mã/toán học đối với những người viết mạch. yêu cầu về kỹ năng cơ bản và năng lực kỹ thuật rất cao.
Sau đó, trong quá trình phát triển sau này, chúng tôi cũng phải xem xét khả năng bảo trì lâu dài của nhóm công nghệ và vào thời điểm nào chúng tôi cần nâng cấp lên zkEVM 2.0 thế hệ tiếp theo. Chúng tôi có một nhóm nghiên cứu tận tâm đang nghiên cứu các giải pháp như vậy, chẳng hạn như hỗ trợ EVM thông qua zkVM. Chúng tôi cũng có các tài liệu liên quan để thảo luận về khía cạnh này.
Tóm lại, tôi nghĩ khó khăn trước đây là biến zkEVM từ không thể thành có thể và thách thức chính là trong việc triển khai và tối ưu hóa dự án. Trong giai đoạn tiếp theo, khó khăn lớn hơn là khi nào và làm thế nào để chuyển sang hệ thống chứng minh ZK hiệu quả hơn cũng như cách chúng tôi chuyển đổi cơ sở mã hiện tại sang thế hệ zkEVM tiếp theo và giai đoạn tiếp theo. Có rất nhiều chỗ để khám phá những gì các tính năng mới mà thế hệ zkEVM đầu tiên có thể cung cấp cho chúng tôi.
4.Nickqiao: Có vẻ như Scroll đã cân nhắc việc chuyển sang một hệ thống chứng minh ZK khác. Theo như tôi biết, Scroll hiện đang sử dụng một bộ thuật toán dựa trên PLONK+Lookup. Vậy thuật toán này hiện có phù hợp nhất để triển khai zkEVM không và Scroll dự định sử dụng hệ thống chứng minh nào trong tương lai?
YeZhang: Trước hết, hãy để tôi trả lời ngắn gọn các câu hỏi về PLONK và Tra cứu. Hiện tại, hệ thống này vẫn phù hợp nhất để triển khai zkEVM hoặc zkVM. Hầu hết các hoạt động triển khai đều bị ràng buộc với PLONK và Tra cứu cụ thể. Nói chung, khi đề cập đến PLONK, phép số học của PLONK, là biểu thức số học của mạch, được sử dụng để viết các mạch zkVM.
Tra cứu là một phương pháp được sử dụng khi viết mạch, một loại ràng buộc. Vì vậy, khi chúng tôi đề cập đến PLONK + Lookup, chúng tôi muốn nói đến việc sử dụng định dạng ràng buộc của PLONK khi viết mạch zkEVM hoặc zkVM. Phương pháp này hiện là phổ biến nhất.
Về mặt phụ trợ, ranh giới giữa PLONK và STARK đã trở nên mờ nhạt. Họ chỉ sử dụng các phương pháp cam kết đa thức khác nhau, nhưng thực tế chúng rất giống nhau. Ngay cả khi sử dụng kết hợp STARK + Tra cứu, nó cũng tương tự như PLONK + Tra cứu. Điều mà mọi người nhìn vào chỉ là thuật toán. Sự khác biệt giữa hai thuật toán này chủ yếu được phản ánh ở hiệu quả của Prover và quy mô của bằng chứng. Tất nhiên, xét về mặt giao diện người dùng, Plonk + Lookup vẫn phù hợp nhất để triển khai zkEVM.
Về câu hỏi thứ hai, Scroll dự định chuyển sang hệ thống chứng minh nào trong tương lai. Vì mục tiêu của Scroll là luôn giữ công nghệ và khung chuỗi của mình ở vị trí hàng đầu trong lĩnh vực zk nên chúng tôi chắc chắn sẽ sử dụng những công nghệ mới nhất. Chúng tôi luôn coi bảo mật và sự ổn định là mục tiêu ưu tiên hàng đầu của mình, vì vậy chúng tôi sẽ không chuyển đổi hệ thống chứng minh ZK của mình quá triệt để. Trước tiên, chúng tôi có thể thực hiện chuyển đổi thông qua một số Multi Prover và khám phá cũng như tiến bộ từng bước để hoàn thành nâng cấp phiên bản tiếp theo. . Lặp lại. Dù sao đi nữa, hãy chắc chắn rằng đây là một quá trình chuyển đổi suôn sẻ.
Nhưng hiện tại, vẫn còn sớm để chuyển sang một hệ thống chứng minh mới. Đây thực sự là hướng phát triển của giai đoạn tiếp theo, chẳng hạn như sáu tháng đến một năm tới.
5.Nickqiao: Scroll có cải tiến độc đáo nào trong hệ thống chứng minh hiện tại dựa trên PLONK và Tra cứu không?
YeZhang: Halo2 hiện đang chạy trên mạng chính Scroll. Halo2 có nguồn gốc từ nhóm dự án Zcash. Họ là những người đầu tiên xây dựng hệ thống back-end có thể hỗ trợ Tra cứu và viết các định dạng mạch linh hoạt. Sau đó, chúng tôi đã làm việc với nhóm PSE của Ethereum để chuyển đổi halo2, thay đổi sơ đồ cam kết đa thức mà nó đã sử dụng từ IPA thành KZG và giảm Kích thước bằng chứng để có thể xác minh ZK Proof hiệu quả hơn trên Ethereum.
Sau đó, chúng tôi đã thực hiện rất nhiều công việc về tăng tốc phần cứng GPU. So với việc sử dụng CPU để tạo ZKP, chúng tôi có thể tạo ra ZKP nhanh hơn từ 5 đến 10 lần. Nói chung, chúng tôi đã thay thế sơ đồ cam kết đa thức của halo2 ban đầu bằng một phiên bản dễ xác minh hơn, thực hiện nhiều tối ưu hóa trên Prover và đặt nhiều nỗ lực vào việc triển khai kỹ thuật.
6.Nickqiao: So Scroll hiện đang hợp tác với nhóm Ethereum PSE để duy trì phiên bản KZG của halo2. Bạn có thể cho chúng tôi biết một chút về cách bạn làm việc với nhóm PSE không?
YeZhang: Trước khi Scroll bắt đầu dự án, chúng tôi biết một số kỹ sư từ nhóm PSE. Chúng tôi đã nói chuyện với họ và nói rằng chúng tôi muốn thực hiện zkEVM. Chúng tôi ước tính rằng hiệu quả là ổn. Tình cờ là họ muốn làm điều tương tự cùng một lúc và họ đã thành công ngay lập tức.
Do đó, chúng tôi đã gặp những người từ cộng đồng Ethereum và Nghiên cứu Ethereum muốn làm việc trên zkEVM. Mọi người đều muốn thương mại hóa zkEVM và có ý tưởng phục vụ Ethereum, vì vậy việc bắt đầu mô hình hợp tác nguồn mở là điều đương nhiên. Kiểu hợp tác này giống một cộng đồng nguồn mở hơn là một công ty thương mại. Ví dụ: chúng tôi gọi điện mỗi tuần một lần để đồng bộ hóa tiến trình và thảo luận về các vấn đề gặp phải.
Chúng tôi đã duy trì bộ mã này dưới dạng nguồn mở theo cách này, từ việc cải thiện halo2 đến triển khai zkEVM, có rất nhiều quy trình khám phá và chúng tôi sẽ giúp đỡ nhau xem xét mã. Như bạn có thể thấy từ những đóng góp mã trên Github, PSE đã viết một nửa trong số đó và Scroll đã viết một nửa trong số đó. Sau đó, chúng tôi đã hoàn thành quá trình kiểm tra mã và triển khai một phiên bản mã đã thực sự được sản xuất và chạy trên mạng chính. Tóm lại, mô hình hợp tác của chúng tôi với Ethereum PSE giống con đường của một cộng đồng nguồn mở hơn và là một hình thức tự phát.
7.Nickqiao: Bạn vừa đề cập rằng việc viết mạch zkEVM đòi hỏi tính toán và mật mã rất cao. Trong trường hợp này, có lẽ có rất ít người có thể hiểu được zkEVM. Vậy Scroll làm cách nào để đảm bảo tính chính xác của việc viết mạch và giảm thiểu lỗi?
YeZhang: Bởi vì chúng tôi là mã nguồn mở nên về cơ bản mọi hoạt động PR sẽ được xem xét bởi người của chúng tôi, một số người từ Ethereum và một số thành viên cộng đồng và có một quy trình kiểm toán tương đối nghiêm ngặt. Đồng thời, chúng tôi cũng đã chi rất nhiều tiền cho việc kiểm tra mạch, hơn 1 triệu đô la Mỹ và thành lập các tổ chức kiểm tra mạch và mật mã chuyên nghiệp nhất trong ngành, chẳng hạn như Trail of Bits, Zellic, v.v. Chúng tôi cũng đã sử dụng openzepplin để kiểm tra các hợp đồng thông minh trên chuỗi của mình. Về cơ bản, tất cả những thứ liên quan đến bảo mật đều sử dụng tài nguyên kiểm tra cao cấp nhất. Chúng tôi cũng có một nhóm bảo mật nội bộ chuyên trách để tiến hành thử nghiệm và tiếp tục cải thiện tính bảo mật của Scroll.
Nickqiao: Ngoài phương pháp kiểm toán này, còn có phương pháp nào nghiêm ngặt hơn về mặt toán học như xác minh chính thức không?
YeZhang: Chúng tôi thực sự đã xem xét hướng Xác minh chính thức trong một thời gian dài, bao gồm cả Ethereum, gần đây đang suy nghĩ về cách thực hiện xác minh chính thức cho zkEVM. Đây thực sự là một hướng đi tốt. Nhưng hiện tại, vẫn còn sớm để thực hiện xác minh chính thức hoàn chỉnh cho zkEVM. Chúng tôi chỉ có thể bắt đầu với một số mô-đun nhỏ vì sẽ phải trả phí để chạy Xác minh chính thức. Ví dụ: nếu bạn cần chạy Xác minh chính thức trên một bộ mã. , Trước tiên bạn phải viết thông số kỹ thuật cho nó, nhưng viết thông số kỹ thuật không phải là điều dễ dàng.
Vì vậy, tôi nghĩ vẫn chưa đến giai đoạn xác minh chính thức hoàn toàn zkEVM, nhưng chúng tôi sẽ tiếp tục tích cực khám phá cách thực hiện bằng chứng chính thức về zkEVM với các đối tác bên ngoài bao gồm cả Ethereum.
Hiện tại, cách tốt nhất là kiểm tra thủ công, vì ngay cả khi bạn có thông số kỹ thuật và Xác minh chính thức, nếu thông số kỹ thuật được viết không chính xác, bạn vẫn sẽ gặp vấn đề. Vì vậy, tôi nghĩ tốt nhất là đảm bảo tính ổn định của mã Scroll hiện tại thông qua kiểm tra thủ công trước tiên, sau đó thông qua mã nguồn mở và tiền thưởng lỗi.
Tuy nhiên, trong thế hệ tiếp theo của zkEVM, cách thực hiện xác minh chính thức, cách thiết kế zkEVM tốt hơn để viết thông số kỹ thuật dễ dàng hơn và chứng minh tính bảo mật của nó thông qua xác minh chính thức là mục tiêu cuối cùng của Ethereum Target. Điều đó có nghĩa là, sau khi zkEVM được xác minh chính thức, họ có thể hoàn toàn tự tin triển khai nó trên mạng chính Ethereum.
8.Nickqiao: Về halo2 được Scroll áp dụng, nếu nó muốn hỗ trợ các hệ thống bằng chứng mới như STARK, liệu chi phí phát triển có cao lắm không? Hệ thống plug-in có thể được triển khai để hỗ trợ nhiều hệ thống chứng minh cùng một lúc không?
YeZhang: halo2 là một hệ thống chứng minh ZK rất mô-đun. Bạn có thể thay thế miền, cam kết đa thức, v.v. Miễn là cam kết đa thức mà nó sử dụng được thay đổi từ KZG thành FRI, về cơ bản bạn có thể triển khai phiên bản halo2 của STARK. Ngoài ra Ai đó thực sự đã làm điều đó, vì vậy halo2 cần hỗ trợ STARK. Khả năng tương thích này là hoàn toàn ổn.
Sau đó, trong quá trình triển khai thực tế, bạn sẽ thấy rằng nếu bạn muốn đạt được hiệu quả cao nhất, thì một khung mô-đun hơn có nhiều khả năng gây ra một số vấn đề về hiệu quả hơn, bởi vì bạn hy sinh mức độ tùy chỉnh cho tính mô-đun và sẽ phải trả một số giá. Chúng tôi tiếp tục chú ý đến một vấn đề, đó là liệu hướng phát triển trong tương lai nên là khung mô-đun hay khung rất tùy chỉnh, đặc biệt nếu chúng tôi có nhóm phát triển ZK đủ mạnh để duy trì hệ thống chứng nhận độc lập, sau đó biến zkEVM trở thành Hơn có hiệu quả. Tất nhiên, những vấn đề trên đòi hỏi một số sự đánh đổi, nhưng đối với halo2, nó có thể hỗ trợ FRI.
9.Nickqiao: Hướng lặp hiện tại của Scroll trong ZK là gì? Có phải nó đang tối ưu hóa thuật toán hiện tại, thêm một số tính năng mới, v.v.?
YeZhang: Cốt lõi những gì nhóm kỹ thuật của chúng tôi đang làm là tăng gấp đôi hiệu suất của Prover hiện tại và đạt được khả năng tương thích EVM tốt nhất. Trong phiên bản nâng cấp tiếp theo, chúng tôi sẽ tiếp tục duy trì vị trí là phiên bản tương thích EVM nhất trong ZK Rollup. Giờ đây, tất cả các zkEVM khác sẽ không tương thích như của chúng tôi.
Vì vậy, đây là điều mà nhóm kỹ thuật Scroll đang một mặt thực hiện, đó là tiếp tục tối ưu hóa Prover và Khả năng tương thích, đồng thời giảm chi phí. Hiện tại, chúng tôi đã đầu tư rất nhiều nhân lực vào việc nghiên cứu thế hệ zkEVM tiếp theo và đầu tư khoảng một nửa nỗ lực kỹ thuật của mình để đạt được thế hệ chứng minh ZK cấp độ nhỏ hoặc thậm chí cấp độ thứ hai, giúp Prover hoạt động hiệu quả hơn.
Đồng thời, chúng tôi đang khám phá lớp thực thi zkEVM mới. Các nút của chúng tôi từng sử dụng go-ethereum, nhưng hiện tại đã có phiên bản Rust của ứng dụng khách Ethereum Reth hoạt động tốt hơn. Vì vậy, chúng tôi đang nghiên cứu cách kết hợp tốt hơn zkEVM thế hệ tiếp theo với ứng dụng khách Reth để cải thiện hiệu suất của toàn bộ chuỗi. Chúng tôi sẽ kiểm tra phương pháp triển khai và hình thức chuyển đổi nào là tốt nhất cho zkEVM nếu nó xoay quanh lớp thực thi mới.
10.Nickqiao: Vì vậy, giống như các hệ thống bằng chứng đa dạng mà Scroll đang xem xét hỗ trợ, việc triển khai nhiều hợp đồng Người xác minh trên chuỗi có cần thiết không? Ví dụ: thực hiện xác thực chéo
YeZhang: Tôi nghĩ đây là hai câu hỏi. Thứ nhất, có cần thiết phải xây dựng một hệ thống chứng minh mô-đun và Prover đa dạng không? Tôi nghĩ làm như vậy là hợp lý vì chúng tôi là một dự án nguồn mở từ đầu đến cuối. Bạn càng tạo ra khung nguồn mở tổng quát thì càng có nhiều người bị thu hút để giúp bạn xây dựng bánh xe và kết quả là cộng đồng của bạn sẽ phát triển. Sau này, trong quá trình phát triển dự án hoặc sử dụng công cụ, bạn có thể tự nhiên dựa vào các lực lượng bên ngoài. Vì vậy, tôi nghĩ sẽ rất hợp lý nếu tạo ra một khung bằng chứng ZK không chỉ được sử dụng bởi chính Scroll mà còn được những người khác sử dụng.
Sau đó, điều thứ hai là thực hiện xác thực chéo trên mạng chính. Đây thực sự là một chủ đề trực giao để chứng minh xem bản thân hệ thống có đa dạng hay không và liệu nó có hỗ trợ STARK hay PLONK hay không. Nói chung, có rất ít dự án sử dụng PLONK để xác minh cùng một zkEVM, sau đó sử dụng STARK để xác minh nó. Điều này rất hiếm, vì làm như vậy sẽ không cải thiện đáng kể tính bảo mật nhưng sẽ khiến Prover phải trả chi phí cao hơn. thường không được thực hiện.
Chúng tôi thực sự đang làm việc trên một thứ gọi là Multi Prover. Hai bộ Prover có thể chứng minh cùng một Khối, nhưng hai Bằng chứng sẽ được tổng hợp ngoài chuỗi và sau đó đưa vào chuỗi để xác minh. Do đó, việc xác thực chéo giữa STARK và SNARK sẽ không được thực hiện trên chuỗi. Giải pháp đa Prover của chúng tôi là đảm bảo rằng khi một bộ mã Prover gặp sự cố thì bộ mã khác có thể che đậy nó. Nếu một hệ thống gặp lỗi thì hệ thống còn lại có thể chạy như bình thường, vì vậy đây là một chủ đề khác. xác nhận chéo.
11.Nickqiao: Multi Prover của Scroll, chương trình thử nghiệm của mỗi Prover sẽ khác nhau như thế nào?
YeZhang: Trước hết, giả sử tôi có một zkEVM bình thường được viết bằng halo2 và một Prover bình thường để tạo ZKP rồi xác minh nó trên chuỗi. Nhưng có một vấn đề ở đây zkEVM rất phức tạp và có thể xảy ra lỗi. Ví dụ: nếu một lỗi xảy ra, hacker hoặc nhóm dự án sử dụng lỗi đó để tạo ra bằng chứng và cuối cùng tiền của mọi người có thể bị rút, điều này chắc chắn là không tốt.
Ý tưởng cốt lõi của Multi Prover thực ra được Vitalik đề xuất lần đầu tiên tại sự kiện ở Bogota. Điều này có nghĩa là nếu zkEVM có thể có lỗi, bạn có thể chạy các loại Prover khác nhau cùng lúc. Ví dụ: bạn có thể sử dụng Prover dựa trên SGX của TEE (Scroll hiện đang sử dụng bộ này) hoặc dựa trên OP hoặc sử dụng zkVM để. chạy EVM cách để chạy Prover. Dù sao đi nữa, các Prover này phải đồng thời chứng minh được tính hiệu quả của Khối L2.
Giả sử có 3 loại Chứng minh khác nhau Nếu và chỉ khi 3 Bằng chứng khác nhau do chúng tạo ra đều vượt qua xác minh hoặc ít nhất 2 trong số 3 Bằng chứng vượt qua xác minh, bạn có thể hoàn tất trạng thái cuối cùng của Lớp 2 trên chuỗi Ethereum. Multi Prover có thể đảm bảo rằng khi một Prover bị lỗi thì hai Prover còn lại có thể đảm nhiệm. Cuối cùng, độ ổn định của toàn bộ hệ thống Prover sẽ rất tốt, giúp cải thiện tính bảo mật của ZK Rollup. Tất nhiên, điều này cũng sẽ gây ra những nhược điểm khác, chẳng hạn như chi phí vận hành chung của Prover sẽ tăng lên. Chúng tôi có một blog riêng để giới thiệu những khái niệm này.
12.Nickqiao: Bây giờ, liên quan đến thế hệ bằng chứng ZK của Scroll, mạng tạo bằng chứng (nhóm khai thác ZK) của nó được xây dựng như thế nào? Nó có phải là tự xây dựng hay một số tính toán sẽ được gia công cho bên thứ ba như Cysic?
YeZhang: Theo như chúng tôi lo ngại, toàn bộ thiết kế thực sự rất dễ dàng. Chúng tôi muốn có nhiều chủ sở hữu GPU hoặc người khai thác hơn tham gia vào mạng bằng chứng của chúng tôi (nhóm khai thác ZK), nhưng hiện tại, Prover Market của Scroll vẫn do chúng tôi tự vận hành, và chúng tôi sẽ hợp tác với một số bên thứ ba có cụm GPU để chạy Prover, nhưng điều này là vì sự ổn định của mạng chính, vì một khi Prover của bạn được phân quyền sẽ phát sinh nhiều vấn đề.
Ví dụ: nếu cơ chế khuyến khích của bạn không được thiết kế tốt, nếu không ai tạo bằng chứng cho bạn thì hiệu suất của mạng sẽ bị ảnh hưởng. Ở giai đoạn đầu, chúng tôi đã chọn cách tiếp cận tương đối tập trung, nhưng thiết kế của toàn bộ giao diện và khuôn khổ giúp việc chuyển sang chế độ phi tập trung trở nên rất dễ dàng. Mọi người có thể sử dụng khung kỹ thuật của chúng tôi để xây dựng mạng Prover phi tập trung và thêm một số ưu đãi.
Nhưng hiện tại, vì sự ổn định của Scroll, mạng tạo Prover của chúng tôi vẫn tập trung. Trong tương lai, chúng tôi sẽ phân cấp mạng Prover trên quy mô lớn hơn. Mọi người đều có thể chạy nút Prover của riêng mình, kể cả chúng tôi khi hợp tác với bên thứ ba. các nền tảng của bên thứ ba như Cysic, mạng Snarkify, v.v., nếu ai đó muốn bắt đầu Lớp 2 của riêng mình thông qua nền tảng công nghệ của chúng tôi, họ có thể truy cập Chợ Prover của bên thứ ba và gọi trực tiếp đến dịch vụ Prover của bên kia.
13.Nickqiao: Scroll có đầu tư hay đầu tư gì vào việc tăng tốc phần cứng ZK không?
YeZhang: Đây thực sự là những gì tôi đã đề cập trước đây. Hai hướng chính mà Scroll thực hiện ban đầu là biến zkEVM từ không thể thành có thể. Thứ hai là lý do tại sao chúng tôi có thể biến điều đó thành không thể. Bởi vì hiệu quả của việc tăng tốc phần cứng ZK đã có. được cải thiện.
Trên thực tế, tôi đã bắt đầu nghiên cứu khả năng tăng tốc phần cứng ZK ba năm trước khi bắt đầu làm việc với Scroll. Chúng tôi cũng có các bài viết về khả năng tăng tốc phần cứng ASIC hoặc GPU. Chúng tôi biết rất rõ về phần cứng zk, cho dù đó là chip hay GPU, dù mang tính học thuật hay thực tế, chúng tôi có độ tin cậy rất cao.
Nhưng bản thân Scroll sẽ tập trung vào việc tăng tốc phần cứng GPU, vì chúng tôi không có đủ nguồn lực để chuyên về FPGA hoặc phần cứng, cũng như không có kinh nghiệm chuyên môn về tape-out. Vì vậy, chúng tôi sẽ chọn hợp tác với các công ty phần cứng như Cysic. Họ chuyên về phần cứng và chúng tôi sẽ tập trung vào lĩnh vực tăng tốc GPU theo định hướng phần mềm. Nhóm riêng của chúng tôi sẽ tối ưu hóa khả năng tăng tốc phần cứng GPU và sau đó tạo nguồn mở cho các kết quả. Các đối tác bên ngoài có thể tạo ra các chip chuyên dụng như ASIC. Chúng tôi cũng sẽ thường xuyên thảo luận và trao đổi các vấn đề mà nhau gặp phải.
14.Nickqiao: Bạn vừa đề cập rằng Scroll sẽ chuyển sang các hệ thống chứng minh khác trong tương lai. Đối với một số hệ thống chứng minh mới, chẳng hạn như Nova hoặc các thuật toán khác, bạn có thể cung cấp cho chúng tôi một số kiến thức khoa học phổ biến không? Ưu điểm của họ là gì?
YeZhang: Vâng. Một hướng mà chúng tôi hiện đang khám phá nội bộ là sử dụng các miền nhỏ hơn, có thể kết hợp với các hệ thống chứng minh hiện tại của chúng tôi, chẳng hạn như các thư viện như PLONKy3, có thể nhanh chóng triển khai một số thao tác trên các miền nhỏ. Đây là một tùy chọn. Làm cách nào chúng tôi có thể chuyển từ tên miền lớn ban đầu sang tên miền nhỏ?
Chúng tôi cũng đang xem xét một số hướng nội bộ, chẳng hạn như hệ thống bằng chứng có tên GKR, hệ thống này cần thời gian tuyến tính để tạo ra bằng chứng và có độ phức tạp thấp hơn nhiều so với các Nhà cung cấp khác. Tuy nhiên, hiện tại không có cách nào đặc biệt hoàn thiện để triển khai dự án. Muốn làm được điều này thì phải đầu tư nhiều nhân lực và vật lực hơn.
Nhưng ưu điểm của GKR là nó rất hiệu quả khi xử lý các phép tính lặp đi lặp lại. Ví dụ: nếu chữ ký được tính 1.000 lần, GKR có thể tạo ra bằng chứng cho những việc đó một cách hiệu quả. Khối đa diện cầu ZK sử dụng GKR để chứng minh chữ ký, rất hiệu quả. Sau đó, EVM có nhiều bước tính toán lặp đi lặp lại và GKR có thể được sử dụng để giảm chi phí tạo bằng chứng ZK tốt hơn.
Sau đó, có một số lợi ích, đó là hệ thống chứng minh GKR yêu cầu tính toán ít hơn nhiều so với các hệ thống khác. Ví dụ: nếu bạn sử dụng các phương pháp như PLONK hoặc STARK để chứng minh quy trình tính toán của hàm băm keccak, bạn cần phải xác nhận tất cả các biến ở giữa và mọi biến được tạo trong toàn bộ quá trình tính toán keccak và tính toán tất cả chúng một lần.
Nhưng với GKR, bạn chỉ cần Commit lớp đầu vào ngắn của nó và nó có thể thể hiện tất cả các tham số ở giữa thông qua các mối quan hệ truyền tải. Bạn không cần Commit các biến ở giữa, điều này sẽ giảm chi phí tính toán rất nhiều. Giao thức kiểm tra tổng đằng sau GKR cũng được sử dụng bởi đối số Jolt hoặc Lookup hoặc một số khung mới phổ biến, vì vậy hướng này có tiềm năng và chúng tôi cũng đang nghiên cứu hướng này một cách nghiêm túc.
Cuối cùng là chiếc Nova mà bạn đã đề cập. Tôi có cảm giác như Nova đã trở nên phổ biến cách đây vài tháng, vì Nova phù hợp hơn để xử lý loại phép tính lặp đi lặp lại này. Ví dụ: nếu ban đầu bạn muốn chứng minh 100 nhiệm vụ thì chi phí chung cho việc này là 100. Nhưng những gì Nova làm là tôi có thể xếp chồng 100 nhiệm vụ này lên nhau để được chứng minh, rồi kết hợp ngẫu nhiên hai nhiệm vụ này một cách tuyến tính, và cuối cùng kết hợp chúng thành thứ cần được chứng minh cuối cùng, rồi chỉ cần chứng minh kết quả cuối cùng. task. Chứng minh rằng 100 nhiệm vụ trước đó đều hợp lệ. Trong trường hợp này, chi phí chứng minh ban đầu là 100 có thể được nén lại rất nhiều.
Sau đó, trong một số công việc tiếp theo như Hyper Nova, Nova có thể được mở rộng sang một số hệ thống chứng minh khác ngoài R1CS, một số định dạng ghi mạch khác và có thể hỗ trợ tra cứu hoặc những thứ khác, để làm cho VM tốt hơn. như Nova. Nhưng hiện tại, việc sản xuất Nova và GKR chưa đủ hoàn hảo và hiện tại trên thị trường chưa có thư viện nào tốt và hiệu quả cho Nova.
Và vì Nova được gấp theo cách này nên ý tưởng thiết kế của nó khác với các hệ thống thử nghiệm khác. Tôi nghĩ nó vẫn còn rất non nớt và chỉ là một giải pháp thay thế có tiềm năng. Nhưng hiện tại, từ góc độ Production Ready, các hệ thống chứng nhận ZK phổ biến nhất đã được đưa ra thị trường sớm hơn, nhưng khó có thể nói hệ thống nào là tốt nhất về lâu dài.
15.Faust: Cuối cùng, tôi muốn nói về các giá trị. Tôi nhớ bạn đã nói rằng sau chuyến đi đến Châu Phi năm ngoái, bạn cảm thấy rằng blockchain rất có thể sẽ được áp dụng trên quy mô lớn ở những nơi kinh tế lạc hậu như Châu Phi. Bạn có thể nói về suy nghĩ của mình về vấn đề này không?
YeZhang: Tôi luôn có niềm tin mãnh liệt rằng blockchain thực sự có chỗ để ứng dụng ở các nước lạc hậu về kinh tế. Trên thực tế, hiện tại bạn có thể thấy có rất nhiều vụ lừa đảo trong ngành blockchain, điều này đã làm lung lay niềm tin của nhiều người đối với ngành này. Đây là lý do tại sao họ phải làm việc trong một ngành không có giá trị thực tế. Ngoài việc đầu cơ tiền tệ hay đánh bạc, còn có kịch bản ứng dụng thực tế nào hơn không?
Tôi nghĩ bạn có thể cảm nhận rõ hơn tiềm năng của blockchain khi đến một số nơi có nền kinh tế lạc hậu, đặc biệt là Châu Phi. Bởi vì những người sống ở Trung Quốc hoặc các nước phương Tây có hệ thống tài chính và tiền tệ rất hợp lý. Ví dụ: người Trung Quốc rất hài lòng khi sử dụng WeChat và Alipay và đồng Nhân dân tệ tương đối ổn định.
Nhưng ở những nơi như Châu Phi, họ thực sự có nhu cầu về blockchain và stablecoin trên chuỗi, vì lạm phát tiền tệ của họ thực sự nghiêm trọng. Ví dụ, tỷ lệ lạm phát ở một số quốc gia Châu Phi có thể lên tới 100% cứ sau sáu tháng. , mỗi lần bạn mua thực phẩm sáu tháng một lần, giá sẽ tăng 20%. Nếu là một năm, giá có thể còn tăng hơn nữa. Trong trường hợp này, đồng tiền của họ mất giá trầm trọng và tài sản của họ cũng mất giá nên nhiều người hy vọng sử dụng đô la Mỹ để có được đồng tiền ổn định hoặc tiền tệ ổn định từ các nước phát triển khác.
Nhưng người châu Phi rất khó đăng ký tài khoản ngân hàng ở các nước phát triển. Stablecoin là một nhu cầu cấp thiết đối với họ. Ngay cả khi không có blockchain, họ vẫn muốn giữ những thứ như đô la Mỹ. Rõ ràng, đối với người châu Phi, cách tốt nhất để giữ đô la Mỹ là nhận stablecoin. Mỗi khi được thanh toán, họ có thể đến Binance và nhanh chóng đổi tiền lấy USDT hoặc USDC, sau đó sử dụng nó khi họ cần tiền. , điều này sẽ dẫn đến việc họ có nhu cầu thực sự và ứng dụng thực tế cho blockchain.
Trên thực tế, sau khi đến Châu Phi, rõ ràng bạn sẽ cảm thấy rằng Binance đã được triển khai ở Châu Phi trong một thời gian dài và đã làm rất tốt. Nhiều người Châu Phi ở đó thực sự tin tưởng vào stablecoin. có thể không. Hãy tin tưởng vào hệ thống tiền tệ của đất nước bạn, bởi vì nhiều người châu Phi có thể không đăng ký được khoản vay tại địa phương. Giả sử bạn muốn vay 100 nhân dân tệ, ngân hàng sẽ ban hành nhiều thủ tục và điều kiện khác nhau và cuối cùng bạn có thể không nhận được khoản vay, nhưng trên các sàn giao dịch hoặc nền tảng trực tuyến khác, điều này linh hoạt hơn nhiều, vì vậy tôi nghĩ ở Châu Phi, mọi người có nhiều ứng dụng và nhu cầu thiết thực hơn về blockchain.
Tất nhiên, hầu hết mọi người không biết nhiều về những gì tôi đang nói đến, bởi vì hầu hết những người sử dụng Twitter đều không quan tâm đến điều này hoặc họ sẽ không thấy điều này trên Twitter. Có nhiều khu vực tương đối lạc hậu như Châu Phi, bao gồm cả những quốc gia nơi Binance có số lượng người dùng lớn, chẳng hạn như Thổ Nhĩ Kỳ, một số quốc gia Đông Nam Á và Argentina. Bạn sẽ thấy rằng người dân ở các khu vực này sử dụng sàn giao dịch rất nhiều. Vì vậy, tôi nghĩ ở những nơi này, trường hợp của Binance đã chứng minh rằng mọi người có nhu cầu rất lớn về blockchain.
Vì vậy, tôi nghĩ việc xây dựng thị trường và cộng đồng ở những khu vực này là thực sự cần thiết. Chúng tôi cũng có một đội ngũ tận tâm ở Thổ Nhĩ Kỳ. Chúng tôi có một cộng đồng rất lớn ở Thổ Nhĩ Kỳ, và sau đó chúng tôi sẽ dần dần mở rộng sang các khu vực được đề cập trước đó ở Châu Phi, Đông Nam Á. , Argentina và các quốc gia khác đang trải qua quá trình chuyển đổi. Và tôi nghĩ rằng trong số tất cả các Lớp 2, Scroll có nhiều khả năng bén rễ thành công nhất ở các quốc gia nêu trên, bởi vì văn hóa nhóm của chúng tôi khá đa dạng. Mặc dù ba người sáng lập đều là người Trung Quốc, nhưng toàn bộ nhóm của chúng tôi có thể bao gồm ít nhất 20 hoặc 30 quốc gia. Mặc dù tổng cộng chúng tôi chỉ có bảy mươi hoặc tám mươi người, nhưng về cơ bản có ít nhất hai hoặc ba người ở mỗi vùng, vì vậy nền văn hóa tổng thể rất đa dạng. Để so sánh, Lớp 2 khác mà bạn có thể nghĩ đến về cơ bản đều do người phương Tây thống trị, chẳng hạn như OP, Base và Arbitrum, những thứ đã hoàn toàn được phương Tây hóa.
Tóm lại, chúng tôi hy vọng sẽ xây dựng được một bộ cơ sở hạ tầng với các kịch bản ứng dụng thực tế cho người dân ở Châu Phi, nơi có nền kinh tế lạc hậu và có nhu cầu thực sự về blockchain. Nó hơi giống "các khu vực nông thôn xung quanh thành phố", hãy bắt đầu thực hiện từ từ. Nhận con nuôi hàng loạt. Vì vậy tôi nghĩ rằng cảm xúc của tôi trong chuyến đi châu Phi vẫn còn rất sâu sắc, nhưng hiện tại, chi phí sử dụng Scroll vẫn còn hơi đắt đối với một số người nên tôi vẫn hy vọng sẽ giảm thêm chi phí, ví dụ như gấp mười lần Hoặc hơn thế nữa, sau đó đưa người dùng đến với blockchain thông qua một số phương tiện khác.
Trên thực tế, còn có một ví dụ khác chưa được đề cập trước đây và có thể hơi không phù hợp, đó là Tron. Mọi người có thể có một số ấn tượng xấu về nó, nhưng sự thật là nhiều người ở các quốc gia có nền kinh tế lạc hậu đang sử dụng nó. Nhờ chiến lược trao đổi trước đây của HTX và nhiều chiến lược tiếp thị khác, TRON đã dần trở thành thương hiệu của riêng mình. Tôi nghĩ nếu có một chuỗi trong hệ sinh thái Ethereum có thể đưa những người dùng này vào hệ sinh thái Ethereum thì đó sẽ là một thành tựu rất lớn và nó cũng sẽ mang lại một số điều rất tích cực cho ngành. Tôi nghĩ điều này rất có ý nghĩa. .
Hiện tại, nhiều lớp thứ hai của Ethereum đang triển khai dữ liệu TVL, bạn có 600 triệu đô la Mỹ, chúng tôi có thể là 700 triệu đô la Mỹ, nó là 1 tỷ đô la Mỹ, nhưng tôi nghĩ so với những điều này, tin tức càng sốc hơn. đó là TEDA Đột nhiên người ta nói rằng tôi đã phát hành thêm 1 tỷ USDT trên lớp thứ hai này hoặc chuỗi nào, hoặc bao nhiêu đồng tiền ổn định đã được phát hành. Nếu một chuỗi phát triển một cách tự nhiên đến mức không cần phải nắm bắt nhu cầu của người dùng thông qua kỳ vọng airdrop, thì đó sẽ được coi là trạng thái tương đối thành công, ít nhất là trạng thái mà tôi hài lòng hơn, tức là nó có thể làm cho nhu cầu thực sự của người dùng đạt đến một mức độ nhất định. Kết quả là ngày càng có nhiều người thực sự sử dụng chuỗi của bạn hàng ngày.
Cuối cùng, tôi thực sự muốn lạc đề hơn. Sẽ có nhiều hoạt động tiếp theo trong hệ sinh thái Scroll. Tôi hy vọng mọi người sẽ chú ý hơn đến tiến trình tiếp theo của chúng tôi và tham gia nhiều hơn vào hệ sinh thái defi của chúng tôi.
