DEVS ON DEVS: Cuộc trò chuyện giữa TDOT và BEN JONES

Trong số đặc biệt "Nhà phát triển đối diện nhà phát triển" này, chúng tôi đã mời các nhà phát triển cốt lõi của giao thức Plasma Mode tdot (cũng là nhà phát triển của Redstone), cùng với Ben Jones, đồng sáng lập của Optimism. Optimism là động lực chính cho 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 công bố dữ liệu lên L1, mà có thể linh hoạt chuyển sang các nhà cung cấp dữ liệu ngoài chuỗi, từ đó tiết kiệm chi phí và nâng cao khả năng mở rộng. Trong cuộc trò chuyện này, 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 trong việc đư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ư sự hào hứng của họ đối với sự phát triển của lĩnh vực trò chơi toàn chuỗi.

01.Cách sử dụng chế độ Plasma để cải thiện OP Stack

Ben: Quy 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 tiết kiệm. 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 trên chuỗi và triển khai trên OP Stack. Chúng tôi nhận thấy OP Stack đã rất dễ sử dụng.

Vì vậy, chúng tôi tự hỏi, "Làm thế nào để có thể 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 thứ chạy trên mạng chính cũng có thể chạy trên OP Stack, đó là giải pháp lý tưởng. Nhưng chúng tôi muốn nó rẻ hơn.

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

Vì vậy, chúng tôi tự hỏi, "Nếu bắt đầu từ DA ngoài chuỗi thì sẽ như thế nào?" Chúng tôi hy vọng toàn bộ mô hình an ninh và mọi thứ có thể phụ thuộc vào Ethereum L1. Do đó, chúng tôi đã tránh các giải pháp DA Alt 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 an ninh hiệu quả trên L1.

Đây là lý do tại sao chúng tôi muố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ố khác biệt ở đây. Câu hỏi lớn nhất là, làm thế nào để triển khai DA ngoại tuyến và thách thức dữ liệu trực tuyến trên OP Stack hiện tại? Mục tiêu của chúng tôi là tối thiểu hóa sự thay đổi đối với OP Stack, không ảnh hưởng đến đường dẫn rollup, vì chúng tôi không muốn ảnh hưởng đến tính bảo mật của các chuỗi rollup khác sử dụng OP Stack.

Khi thiết kế rollup, bạn sẽ không nghĩ rằng, "Điều gì sẽ xảy ra nếu ai đó thay đổi quy trình sinh dữ liệu để lưu trữ dữ liệu từ nơi khác?" Ngay cả khi có những thay đổi này, OP Stack vẫn rất mạnh mẽ và hoạt động tốt ngay khi mở hộp. Đâ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ách thức này. Có một thách thức DA để buộc 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 ngoài chuỗi và một hợp đồng thách thức DA L1, phòng trường hợp dữ liệu được gửi lên chuỗi trong quá trình giải quyết thách thức.

Đâ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, nhìn chung, đây là một hành trình kỹ thuật rất tuyệt vời.

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. Thật trùng hợp, vào thời điểm đó, chúng tôi ở Optimism đã gần như viết lại toàn bộ OP Stack từ đầu đến cuối, bản phát hành lần 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 nghĩ: "Được rồi, nếu chúng tôi muốn tận dụng tất cả những kinh nghiệm đã học được tới mức tối đa, điều đó sẽ trông 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 đối với 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 mang tên OPCraft, và 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 vẻ 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 một bước ngoặt quan trọng khác trong việc mở rộng trong vài năm qua là nhiều người có thể vận hành chuỗi.

Không phải chỉ những người đã phát triển những kho mã phức tạp mới có thể làm điều này. Khi chúng tôi bắt đầu hợp tác, việc thấy người khác có thể tiếp quản kho mã này và làm ra những điều rấ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 thực tế vào Plasma thật sự quá tuyệt vời. Tôi thậm chí có thể nói một chút về đoạn 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. Vào thời điểm đó, nhiệm vụ mà chúng tôi đảm nhận vượt xa khả năng mở rộng của cộng đồng lúc bấy giờ. Thiết kế mà bạn thấy trong thiết kế Plasma ban đầu có thể không có mối quan hệ trực tiếp với Plasma ngày nay.

Hôm nay Plasma đơn giản hơn nhiều. Chúng tôi sẽ xem xét tách biệt giữa bằng chứng và thách thức của việc xác thực trạng thái với thách thức dữ liệu. Cuối cùng, chúng tôi đã nhận ra rằng Rollups đơn giản hơn nhiều so với Plasma vài năm trước. 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 câu chuyện cười trong lịch sử mở rộng Ethereum 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ử một nhiệm vụ đơn giản hơn trước". Bây giờ chúng tôi sử dụng các thuật ngữ khác nhau. Chẳng hạn, lúc đó có khái niệm thoát (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 truy cập dữ liệu với một số bước bổ sung". Vì vậy, thật tuyệt vời khi thấy không chỉ OP Stack được người khác sử dụng mà còn 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 lộn xộn và chưa trưởng thành. Chúng tôi đã hoàn thành một vòng tròn đầy đủ, các bạn đã tạo ra những trừu tượng tuyệt vời xung quanh chúng và làm cho chúng hoạt động theo một cách hợp lý và hợp tình. Điều này thực sự rất tuyệt.

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

tdot: Mô hình 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 tới mười năm? Bạn hiểu ý tôi chứ? Chúng ta cần nhanh chóng đạt được giai đoạn có thể giao nộp kết quả.

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

Để đưa một thứ gì đó lên mạng chính, khiến nó không cần cấp phép, vững chắc và an toàn, cần tốn rất nhiều thời gian. Thật tuyệt vời khi thấy toàn bộ quá trình mà chúng tôi đã đạt được mục tiêu này. Đó là lý do tại sao chúng tôi cần duy trì sự linh hoạt cao, vì có quá nhiều thứ. Toàn bộ hệ sinh thái phát triển rất nhanh. Tôi nghĩ mọi người đều đang cung cấp rất 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ề an toàn và hiệu suất, nếu không hệ thống sẽ không thể hoạt động.

Ben： Hoặc có thể 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 đến là một trong những ý tưởng cốt lõi khi chúng tôi tiến hành 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 điều quan trọng hơn là, 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ã thêm vào sẽ khiến bạn xa rời môi trường sản xuất hơn, làm cho việc thử nghiệm thực tế trở nên khó khăn hơn và tạo ra nhiều cơ hội xảy ra 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 các 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 với nhau rất khó khăn, vì rõ ràng chúng ta 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. Từ góc độ phối hợp, điều này thực sự rất không dễ.

Ben: Vâng, thực sự 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 tiến ngăn xếp 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, như bạn đã nói, thực sự còn một chặng đường dài để đi. Nhưng ngay cả việc gần như làm điều này hiệu quả cũng cần sự hỗ trợ từ mô-đun, đúng không? Đối với chúng tôi, việc 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 chẳng hạn, thực sự là một sự nhẹ nhõm. Đối với tôi, điều này chứng minh rằng mô-đun hóa đang hoạt động.

tdot: Tình hình hiện tại đã trở nên tốt hơn. Từ ví dụ này, các bạn đã biến mọi thứ thành những 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 tôi đã nghĩ, "Trời ơ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 chia nhỏ nó thành những phần nhỏ hơn, nhưng toàn bộ quá trình diễn ra rất suôn sẻ. Môi trường hợp tác giữa chúng tôi và đội ngũ rất tốt, nên quá trình xem xét cũng rất vui vẻ. Cảm giác nà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, quá trình này diễn ra rất nhanh. Mọi thứ diễn ra suôn sẻ ngoài mong đợi.

Ben: Điều này thật tuyệt vời. Trong năm nay, một trong những trọng tâm của chúng tôi là tạo ra các 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 và 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 khó khăn cho mọi người và chúng tôi đã đạt được một số kết quả. Nói về điều này, tôi rất tò mò, từ quan điểm của bạn, công việc tiếp theo sẽ phát triển như thế nào? Điều gì bạn mong đợi nhất để phát triển 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 dần dần để phi tập trung toàn bộ 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 chức năng như không cấp phép và rút lui cưỡng chế.

Chúng tôi có mục tiêu tối thượng này và từng bước thực hiện trong khi vẫn đảm bảo an toàn. Một thách thức là đôi khi không lên mainnet sẽ dễ hơn, vì như vậy không cần phải thực hiện hard fork. Bạn có thể nghĩ, "Ồ, tôi chỉ cần đợi mọi thứ hoàn toàn sẵn sàng trước khi phát hành, như vậy sẽ không cần phải thực hiện hard fork và cũng không có gánh nặng kỹ thuật." Nhưng nếu bạn muốn nhanh chóng lên mainnet, 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. Làm được đ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 hóa trong việc gửi cam kết theo lô. Hiện tại, chúng tôi làm rất đơn giản, mỗi giao dịch là 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 tạm thời giữ cho mọi thứ đơn giản nhất có thể, để việc xem xét có thể diễn ra một cách đơn giản và nhanh chóng, và không có sự khác biệt lớn nào đối 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 việc này rẻ hơn, chẳng hạn như xử lý nhóm 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 vấn đề này để giảm chi phí L1.

Đây là một điều mà chúng tôi rất phấn khởi. Tất nhiên, chúng tôi cũng rất mong chờ tất cả các nội dung liên quan đến khả năng tương tác sắp tới, và có thể 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 đối với 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 muốn làm rõ chúng trông như thế nào trong chế độ Plasma, và