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

Trong cuộc phỏng vấn đặc biệt Devs on Devs lần này, chúng tôi đã mời nhà phát triển giao thức cốt lõi của 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 cốt lõi 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 công bố 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à 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 của sự hợp tác giữa Redstone và Optimism, tầm quan trọng của việc hồi sinh Plasma, sự cần thiết phải đư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ọ đối với sự phát triển của lĩnh vực trò chơi toàn chuỗi.

01. Làm thế nào để cải thiện OP Stack bằ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 trên chuỗi và triển khai trên OP Stack. Chúng tôi nhận thấy OP Stack đã rất hữu ích.

Vì 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ý của 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, đây là giải pháp lý tưởng. Nhưng chúng tôi muốn nó rẻ hơn.

Vào thời điểm đó, 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ể 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 băng thông cao hơn. Do đó, chúng tôi quyết định bắt đầu thử nghiệm các phương án dữ liệu khả dụng khác (Alt DA). Trên thực tế, đã có đề cập đến việc khám phá Alt DA trong tài liệu OP Stack ban đầu.

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 bảo mật 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 Alt DA khác, 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 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 chuỗi và thách thức dữ liệu trên chuỗi trên OP Stack hiện có? Mục tiêu của chúng tôi là thay đổi càng ít càng tốt 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 an toàn 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 tạo 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 từ khi sử dụng. Đâ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ó các 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 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 chính 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à chỉ 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 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 đầu tiên của Lattice. Vào đúng thời điểm đó, chúng tôi 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 này chúng tôi gọi là Bedrock.

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: "Đượ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 mã nguồn 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 vui vẻ nhất khi chơi trên chuỗi. Đồ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 chỉ những người phát triển mã nguồn phức tạp đồ sộ 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 mã nguồn này và làm một số điều rất đáng kinh ngạc là một sự khẳng định lớn. Sau đó, việc thấy tình huống này mở rộng trong ứng dụng thực tế lên Plasma thật 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ự đang nghiên cứu một công nghệ gọi là Plasma. Khi đó, nhiệm vụ mà chúng tôi đảm nhận 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 đầu tiên 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 ta sẽ tách biệt chứng minh và thách thức của xác thực 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 lúc đó là "Plasma đã chết". Đây là một meme trong lịch sử mở rộng Ethereum trong giai đoạn đó.

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 những thuật ngữ khác nhau. Chẳng hạn, khi đó có khái niệm thoát (exits), bây giờ bạn có thể quay 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 vời khi thấy không chỉ OP Stack được người khác sử dụng, 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 trừu tượng rất hỗn loạn 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, các bạn đã xây dựng những trừu tượng tuyệt vời xung quanh nó và làm cho 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.

02. Quan trọng nhất là nhanh chóng 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 được giai đoạn có thể giao nộp kết quả.

Đây là ý tưởng của chúng tôi. Chúng tôi đã có nhiều ứng dụng phát triển 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 đã sẵn sàng và đang chờ đợi. 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ả những ứng dụng này, như vậy những ứng dụng này có thể phát triển song song trong khi chúng tôi giải quyết vấn đề và trở nên tốt hơn. Từ nghiên cứu và phát triển đến việc thực hiện tính ổn định sản xuất mất rất nhiều thời gian.

Để đưa một cái gì đó lên mạng chính, làm cho nó không cần giấy phép, ổn định và an toàn, cần tốn rất nhiều thời gian. Việc thấy toàn bộ quá trình mà chúng tôi đạt được mục tiêu này thật sự đáng kinh ngạc. Đâ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 việc. Toàn bộ hệ sinh thái phát triển rất nhanh. Tôi nghĩ rằng mọi người đang cung cấp rất nhiều đổi mới. Đây 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 ninh và hiệu suất, nếu không hệ thống sẽ không hoạt động.

Ben: Hoặc có thể nói là gánh nặng công nghệ. Nguyên tắc thay đổi tối thiểu mà bạn đề cập là một trong những nguyên tắc 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ự bản thâ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 khi thêm một dòng mã, bạn sẽ càng xa khỏi môi trường sản xuất, khiến cho việc kiểm tra thực tế trở nên khó khăn hơn và tạo ra nhiều cơ hội mắc 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à đó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ể thúc đẩy nhanh chóng trong những việc như thế này. Việc phối hợp mọi người rất khó khăn, 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 động cơ 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ự không dễ dàng.

Ben: Vâng, đúng là còn một chặng đường dài phải đi. 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ỉ xét 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 đáng kinh ngạc.

Đâ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 toàn làm điều này, như bạn đã nói, thực sự còn rất nhiều việc phải làm. 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ợ của 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ự khiến chúng tôi cảm thấy nhẹ nhõm. Đối với tôi, điều này chứng tỏ rằng mô-đun đang hoạt động.

tdot: Tình hình bây giờ đã tốt hơn. Xét từ ví dụ này, các bạn đã biến tất cả 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ờ được thấy còn có 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, bao gồm tất cả các thay đổi đối với OP Stack, cần phải được hợp nhất vào nhánh chính. Khi đó chúng ta đã 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 phân chia 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ẻ. Bầu không khí hợp tác giữa chúng tôi và đội ngũ rất tốt, vì vậy 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ẻ một cách bất ngờ.

Ben: Thật tuyệt vời! Một trong những mục tiêu của chúng tôi năm nay là tạo ra 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 quá khó khăn và chúng tôi đã đạt được một số kết quả. Nhân tiện, tôi rất tò mò, từ góc độ của bạn, công việc này sẽ phát triển như thế nào tiếp theo? Bạn mong đợi 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 dần dần để phi tập trung toàn bộ ngăn xếp công nghệ và tăng cường các đặc tính không cần giấy phép, mục tiêu cuối cùng là thực hiện các chức năng như không cần giấy phép và thoát cưỡng bức.

Chúng tôi có mục tiêu tối thượng này và đang từng bước thực hiện trong khi vẫn giữ an toàn. Một thách thức là đôi khi việc không lên mạng chính dễ hơn, vì như vậy không cần thực hiện phân nhánh 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 phát hành, như vậy sẽ không cần thực hiện phân nhánh cứng và 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. Làm được điều này và giữ được tính khả dụng cao luôn là một thách thức.

Tôi nghĩ rằng sẽ có nhiều nâng cấp trong mô hình Plasma sau khi cơ chế chứng minh lỗi và tất cả các phần này đã sẵn sàng. 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 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 kiểm tra có thể đơn giản và nhanh chóng, và không có sự khác biệt lớn đối với OP Stack. Nhưng bây giờ 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ý nhóm các cam kết hoặc gửi 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 mà chúng tôi rất hào hứng. Tất nhiên, chúng tôi cũng rất mong đợi tất cả những 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 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 muốn làm rõ chúng sẽ trông như thế nào trong chế độ Plasma, và có những giả định về an toàn khác nhau.

Ben: Nói về điều này, đó sẽ là đối với OP Stack