DEVS ON DEVS: TDOT và BEN JONES đối thoại

Số đặc biệt này đã mời nhà phát triển giao thức cốt lõi của Plasma Mode tdot(, đồng thời cũng là nhà phát triển của Redstone ) và đồng sáng lập của Optimism Ben Jones. Optimism là động lực chính của OP Stack. Plasma Mode cho phép các nhà phát triển xây dựng trên OP Stack, nhưng không cần phải phát hành dữ liệu lên L1, mà có thể linh hoạt chuyển sang nhà cung cấp dữ liệu ngoài chuỗi, từ đó tiết kiệm chi phí và cải thiện khả năng mở rộng. Họ đã thảo luận về nguồn gốc hợp tác giữa Redstone và Optimism, tầm quan trọng của việc phục hồi Plasma, sự cần thiết đưa các giao thức thử nghiệm vào môi trường sản xuất, lộ trình tương lai của Plasma Mode và OP Stack, cũng như kỳ vọng của họ về sự phát triển của lĩnh vực game trên toàn chuỗi.

Làm thế nào để cải thiện OP Stack bằng cách sử dụng chế độ Plasma

Ben: Quá trình bắt đầu cải tiến OP Stack như thế nào?

tdot: Tôi gia nhập Lattice khoảng một năm trước, chuyên trách về Plasma Mode. Mục tiêu rất rõ ràng: chúng tôi có nhiều ứng dụng MUD tiêu tốn một lượng lớn gas, trong khi chúng tôi cố gắng đưa một lượng lớn dữ liệu lên chuỗi, vì vậy cần một giải pháp vừa hỗ trợ những nhu cầu này vừa rẻ. Nhóm Lattice đã thực hiện một số thử nghiệm trên OP Stack, chẳng hạn như tạo mẫu một số thế giới chuỗi và triển khai trên OP Stack. Chúng tôi nhận thấy OP Stack đã rất hiệu quả.

Vậy chúng tôi tự hỏi, "Làm thế nào để làm cho nó rẻ hơn?" Giả định cơ bản là, "Chúng tôi tin rằng OP Stack là khung phù hợp nhất với triết lý Ethereum và hoàn toàn tương thích với EVM." Những gì chạy trên mạng chính cũng có thể chạy trên OP Stack, đây là giải pháp lý tưởng. Nhưng chúng tôi muốn nó rẻ hơn.

Lúc đó, calldata vẫn là nguồn dữ liệu khả dụng của chuỗi OP Stack (DA), điều này rất tốn kém. Vì vậy, rõ ràng chúng tôi không thể sử dụng calldata để khởi động một L2, vì trò chơi toàn chuỗi và thế giới MUD của chúng tôi cần băng thông cao hơn. Do đó, chúng tôi quyết định bắt đầu thử nghiệm các giải pháp dữ liệu khả dụng khác (Alt DA). Trên thực tế, đã có đề cập trong tài liệu OP Stack ban đầu rằng cần khám phá Alt DA.

Vì vậy, chúng tôi tự hỏi, "Điều gì sẽ xảy ra nếu bắt đầu từ DA ngoài chuỗi?" Chúng tôi hy vọng toàn bộ mô hình bảo mật và mọi thứ có thể dựa vào Ethereum L1. Do đó, chúng tôi đã tránh các giải pháp Alt DA khác và quyết định lưu trữ dữ liệu trong kho DA tập trung, sau đó tìm một mô hình bảo mật hiệu quả trên L1.

Đây là lý do tại sao chúng tôi cần tái sử dụng một số khái niệm Plasma cũ và đặt chúng lên trên rollup. Có một số điểm khác biệt ở đây. Câu hỏi lớn nhất là, làm thế nào để thực hiện DA ngoại tuyến và các thách thức dữ liệu trên chuỗi trong OP Stack hiện tại? Mục tiêu của chúng tôi là giảm thiểu sự thay đổi của OP Stack, không ảnh hưởng đến con đường rollup, vì chúng tôi không muốn ảnh hưởng đến tính an toàn của các chuỗi rollup khác sử dụng OP Stack.

Khi thiết kế rollup, bạn có nghĩ rằng, "Nếu ai đó thay đổi quy trình tạo dữ liệu để lưu trữ dữ liệu từ nơi khác thì sẽ xảy ra điều gì?" Ngay cả khi có những thay đổi này, OP Stack vẫn rất mạnh mẽ, hiệu suất hoạt động ngay khi mở hộp rất tốt. Đây là thay đổi đầu tiên mà chúng tôi đã thực hiện.

Sau đó, chúng ta cần viết hợp đồng để tạo ra những thử thách này. Có những thử thách DA bắt buộc đưa dữ liệu lên chuỗi. Đây là bước thứ hai, tích hợp hợp đồng vào quy trình. Chúng ta phải xây dựng toàn bộ hệ thống tích hợp trong quá trình phát sinh, để bạn có thể phát sinh dữ liệu từ một nguồn DA bên ngoài chuỗi và một hợp đồng thử thách DA L1, trong trường hợp dữ liệu được gửi lên chuỗi trong quá trình giải quyết thử thách.

Đây là điểm mấu chốt của vấn đề. Nó rất phức tạp, vì chúng tôi muốn giữ mọi thứ thanh lịch và vững chắc. Đồng thời, đây là một khái niệm tương đối đơn giản. Chúng tôi không cố gắng phát minh lại mọi thứ hoặc thay đổi toàn bộ OP Stack, mà cố gắng giữ mọi thứ đơn giản trong một môi trường phức tạp. Vì vậy, tổng thể mà nói, đây là một hành trình kỹ thuật rất thú vị.

Ben: Tôi có thể nói từ góc độ của OP. Bạn đã đề cập đến một số công việc sớm của Lattice. Vừa lúc đó, chúng tôi ở Optimism đã thực hiện một bản viết lại hoàn toàn cho toàn bộ OP Stack, lần phát hành này chúng tôi gọi là Bedrock.

Về cơ bản, sau hai năm xây dựng rollup, chúng tôi đã lùi lại một bước và suy ngẫm rằng: "Được rồi, nếu chúng ta muốn tận dụng tối đa tất cả những kinh nghiệm đã học được, điều đó sẽ như thế nào?" Điều này đã phát triển thành thư viện mã cuối cùng được gọi là Bedrock, đây là bản nâng cấp lớn nhất mà chúng tôi thực hiện cho mạng.

Vào thời điểm đó, chúng tôi đã hợp tác với các bạn trong một dự án gọi là OPCraft, tôi nghĩ rằng Biomes là người kế thừa tinh thần của nó, đây là lần chúng tôi chơi trên chuỗi vui nhất. Đồng thời, chúng tôi cũng thở phào nhẹ nhõm, vì những người khác cũng có thể sử dụng OP Stack để phát triển. Tôi nghĩ rằng trong vài năm qua, một bước ngoặt quan trọng khác trong việc mở rộng là nhiều người có thể chạy chuỗi.

Không chỉ những người đã phát triển các kho mã phức tạp mới có thể làm được điều này. Khi chúng tôi bắt đầu hợp tác, thấy người khác có thể tiếp nhận kho mã này và thực hiện một số điều thật tuyệt vời, đó là một sự khẳng định lớn. Sau đó, thấy tình huống này mở rộng ra Plasma trong thực tế thật là tuyệt vời. Tôi thậm chí có thể nói một chút về lịch sử đó.

Trước khi Optimism trở thành Optimism, chúng tôi thực sự đã nghiên cứu một công nghệ gọi là Plasma. Nhiệm vụ mà chúng tôi đảm nhận lúc đó vượt xa khả năng của cộng đồng mở rộng vào thời điểm đó. Thiết kế mà bạn thấy trong thiết kế Plasma ban đầu có thể không có mối liên hệ trực tiếp với Plasma ngày nay.

Hôm nay, Plasma đơn giản hơn nhiều. Chúng ta sẽ tách biệt chứng minh và thách thức của xác minh trạng thái với thách thức dữ liệu. Cuối cùng, vài năm trước, chúng ta đã nhận ra rằng Rollups đơn giản hơn nhiều so với Plasma. Tôi nghĩ rằng, kết luận của cộng đồng vào thời điểm đó là "Plasma đã chết". Đây là một meme trong lịch sử mở rộng Ethereum của thời kỳ đó.

Nhưng chúng tôi luôn tin rằng "Plasma không chết, chỉ là chúng tôi có thể thử nghiệm một nhiệm vụ đơn giản hơn trước". Bây giờ chúng tôi đang sử dụng những thuật ngữ khác nhau. Ví dụ, lúc đó có các khái niệm như (exits), bây giờ bạn có thể nhìn lại và nói "Ồ, đó là một thách thức về khả năng sử dụng dữ liệu với một số bước bổ sung". Vì vậy, thật tuyệt khi không chỉ OP Stack được sử dụng bởi người khác, mà còn được phát triển thành những gì chúng tôi đã cố gắng ban đầu nhưng theo cách rất rối rắm và chưa trưởng thành. Chúng tôi đã hoàn thành một vòng tròn hoàn chỉnh, và các bạn đã tạo ra những khái niệm rất tuyệt vời xung quanh nó, giúp nó hoạt động theo một cách hợp lý và hợp lý. Điều đó thực sự rất tuyệt.

Quan trọng nhất là nhanh chóng đưa vào môi trường sản xuất

tdot: Chế độ Plasma vẫn còn một số thách thức và vấn đề chưa được giải quyết, chúng tôi vẫn đang nỗ lực để giải quyết. Điều quan trọng là làm thế nào để tránh mất đến mười năm? Bạn hiểu ý tôi chứ? Chúng tôi cần nhanh chóng đạt đến giai đoạn có thể bàn giao kết quả.

Đây là ý tưởng của chúng tôi. Chúng tôi đã có nhiều ứng dụng dựa trên MUD muốn ra mắt ngay trên mạng chính. Chúng tôi cần chuẩn bị một mạng chính cho những trò chơi này càng sớm càng tốt. Mọi người đã chờ đợi và sẵn sàng. Bạn cần một chuỗi có thể ra mắt nhanh chóng và hoạt động, để chạy tất cả các ứng dụng này, như vậy các ứng dụng có thể phát triển song song trong khi chúng tôi giải quyết vấn đề, trở nên tốt hơn. Từ nghiên cứu và phát triển đến thực hiện ổn định sản xuất cần rất nhiều thời gian.

Để đưa một thứ gì đó lên mạng chính, làm cho nó không cần giấy phép, vững chắc và an toàn, cần một lượng thời gian lớn. Thật đáng kinh ngạc khi thấy toàn bộ quá trình mà chúng tôi thực hiện mục tiêu này. Đó là lý do tại sao chúng tôi cần duy trì tính linh hoạt cao, vì có quá nhiều điều. Toàn bộ hệ sinh thái phát triển rất nhanh. Tôi nghĩ mọi người đều đang mang đến nhiều đổi mới. Đó là lý do tại sao bạn phải theo kịp, nhưng bạn cũng không thể thỏa hiệp về tính an toàn và hiệu suất, nếu không hệ thống sẽ không hoạt động.

Ben: Hoặc nói là gánh nặng kỹ thuật. Nguyên tắc thay đổi tối thiểu mà bạn đề cập, đây là một trong những triết lý cốt lõi của chúng tôi khi thực hiện việc viết lại Bedrock. Tôi đã nói về việc viết lại toàn bộ từ đầu đến cuối, nhưng quan trọng hơn, chúng tôi đã giảm khoảng 50,000 dòng mã, điều này tự nó đã rất mạnh mẽ. Bởi vì bạn nói đúng, những điều này thực sự rất khó.

Mỗi dòng mã được thêm vào sẽ khiến bạn xa hơn với môi trường sản xuất, làm cho mọi thứ khó khăn hơn để trải qua kiểm tra thực chiến và mang lại nhiều cơ hội lỗi hơn. Vì vậy, chúng tôi rất cảm ơn tất cả những nỗ lực của bạn trong việc thúc đẩy quá trình này, đặc biệt là những đóng góp cho mô hình hoạt động mới của OP Stack.

tdot: OP Stack thực sự đã tạo ra một cách để bạn có thể tiến nhanh trong những vấn đề như thế này. Việc phối hợp mọi người là rất khó, vì chúng tôi rõ ràng là hai công ty khác nhau. Tại Lattice, chúng tôi đang xây dựng một trò chơi, một engine trò chơi, và một chuỗi.

Và các bạn đang xây dựng hàng trăm hàng ngàn thứ, và thường xuyên giao hàng tất cả những sản phẩm này. Về mặt phối hợp, điều này thực sự rất khó khăn.

Ben: Đúng vậy, còn rất nhiều việc phải làm. Nhưng đó chính là sức hấp dẫn cốt lõi của mô-đun hóa. Đối với tôi, từ góc độ OP Stack, đây là một trong những điều thú vị nhất, chưa kể đến những trò chơi và thế giới ảo tuyệt vời đang được xây dựng trên Redstone. Chỉ từ góc độ OP Stack, đây là một ví dụ rất mạnh mẽ, chứng minh rằng nhiều nhà phát triển cốt lõi xuất sắc đã tham gia và cải thiện stack này, điều đó thật tuyệt vời.

Đây là lần đầu tiên, bạn có thể thay đổi đáng kể thuộc tính của hệ thống thông qua một giá trị boolean quan trọng. Có thể hoàn thành điều này một cách triệt để, như bạn đã nói, thực sự còn một chặng đường dài phải đi. Nhưng ngay cả khi gần đạt được điều này một cách hiệu quả, cũng cần có sự hỗ trợ từ mô-đun, đúng không? Đối với chúng tôi, thật đáng mừng khi thấy các bạn thực hiện điều này mà không cần phải viết lại L2 Geth, ví dụ. Đối với tôi, điều này chứng minh rằng mô-đun hóa đang phát huy tác dụng.

tdot: Tình hình hiện tại đã tốt hơn. Nhìn từ ví dụ này, các bạn đã biến mọi thứ thành các mô-đun nhỏ độc lập, có thể điều chỉnh và thay đổi thuộc tính. Vì vậy, tôi rất mong chờ xem còn những tính năng mới nào sẽ được tích hợp vào. Tôi nhớ chúng ta đã từng lo lắng rằng, chúng ta có một nhánh chứa tất cả các thay đổi đối với OP Stack, cần phải hợp nhất vào nhánh chính. Khi đó chúng ta đã nghĩ, "Ôi trời, việc xem xét tất cả mọi thứ sẽ thật điên rồ."

Chúng tôi buộc phải phân chia nó thành các phần nhỏ hơn, nhưng toàn bộ quá trình diễn ra rất suôn sẻ. Không khí hợp tác giữa chúng tôi và đội ngũ rất tốt, vì vậy quy trình xem xét cũng rất vui vẻ. Điều này cảm thấy rất tự nhiên. Hơn nữa, tôi nghĩ rằng trong việc xem xét và giải quyết một số vấn đề tiềm năng, quá trình này diễn ra rất nhanh. Mọi thứ diễn ra suôn sẻ ngoài dự kiến.

Ben: Điều này thật tuyệt vời. Năm nay, một trong những trọng tâm của chúng tôi là tạo ra những con đường đóng góp cho OP Stack. Vì vậy, tôi rất cảm ơn các bạn đã tham gia thử nghiệm, thúc đẩy những quy trình này. Tôi rất vui vì những quy trình này không gây quá nhiều khó khăn và chúng ta đã đạt được một số kết quả. Nói về điều này, tôi rất tò mò, theo góc nhìn của bạn, công việc tiếp theo sẽ phát triển như thế nào? Bạn mong chờ phát triển điều gì nhất tiếp theo?

tdot: Có nhiều hướng công việc khác nhau. Chủ yếu là tích hợp với cơ chế chứng minh lỗi. Chúng tôi áp dụng một phương pháp tiến bộ để phi tập trung toàn bộ ngăn xếp công nghệ, và tăng cường tính không cấp phép của nó, mục tiêu cuối cùng là đạt được các tính năng như không cấp phép và rút lui bắt buộc.

Chúng tôi có mục tiêu cuối cùng này và sẽ dần dần thực hiện trong khi vẫn duy trì độ an toàn. Một thách thức là đôi khi không lên mạng chính sẽ dễ hơn, vì như vậy sẽ không cần thực hiện phân tách cứng. Bạn có thể nghĩ, "Ồ, tôi chỉ cần đợi cho mọi thứ hoàn toàn sẵn sàng rồi mới phát hành, như vậy sẽ không cần thực hiện phân tách cứng và cũng không có gánh nặng kỹ thuật." Nhưng nếu bạn muốn nhanh chóng ra mắt mạng chính, bạn phải xử lý những nâng cấp phức tạp này và phát hành thường xuyên. Thực hiện điều này và duy trì tính khả dụng cao luôn là một thách thức.

Tôi nghĩ rằng sau khi cơ chế chứng minh lỗi và tất cả các phần này đã sẵn sàng, sẽ có nhiều nâng cấp trong mô hình Plasma. Tôi nghĩ rằng vẫn còn một số không gian tối ưu trong việc gửi cam kết hàng loạt. Hiện tại, chúng tôi chỉ thực hiện một cách đơn giản, mỗi giao dịch một cam kết. Và cam kết chỉ là giá trị băm của dữ liệu đầu vào được lưu trữ ngoại tuyến.

Chúng tôi sẽ giữ cho mọi thứ đơn giản nhất có thể để việc kiểm tra có thể dễ dàng và nhanh chóng, và không có sự khác biệt lớn với OP Stack. Tuy nhiên, hiện tại có một số tối ưu hóa có thể làm cho nó rẻ hơn, chẳng hạn như xử lý gộp các cam kết hoặc nộp chúng vào blob, hoặc áp dụng các phương pháp khác nhau. Vì vậy, chúng tôi chắc chắn sẽ nghiên cứu điều này để giảm chi phí L1.

Đây là một điều khiến chúng tôi rất phấn khích. Tất nhiên, chúng tôi cũng rất mong chờ tất cả những nội dung liên quan đến khả năng tương tác sắp tới và khả năng tương tác giữa tất cả các chuỗi. Việc làm rõ điều này sẽ là một bước tiến lớn cho người dùng.

Nhiều công việc này chắc chắn sẽ do các bạn thực hiện. Nhưng chúng tôi hy vọng làm rõ chúng trông như thế nào trong chế độ Plasma và có các giả thuyết bảo mật khác nhau.

Ben: Nói về điều này, đây sẽ là một thử thách khác cho sự mô-đun hóa OP Stack. Chúng tôi rất mong đợi các chứng minh lỗi (fault proofs) mà bạn đã đề cập sẽ xuất hiện trong Plasma.