Phỏng vấn nhà phát triển Optimism và Redstone: Chế độ Plasma tái tạo Layer 2
Trong cuộc phỏng vấn đặc biệt này, chúng tôi đã mời những nhà phát triển cốt lõi của giao thức Plasma Mode là 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 cho OP Stack. Plasma Mode cho phép các nhà phát triển xây dựng trên OP Stack mà 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 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ư sự phấn khích của họ về sự phát triển trong lĩnh vực game toàn chuỗi.
01. Cách sử dụng chế độ Plasma để cải thiện OP Stack
Ben: Quá trình bắt đầu cải tiến OP Stack diễn ra 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ó rất nhiều ứng dụng MUD, chúng 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ư phát triển nguyên 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 để 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 lý tưởng của 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.
Khi đó, calldata vẫn là nguồn khả dụng dữ liệu 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 giải pháp khả 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 bảo mật và mọi thứ đều có thể dựa vào Ethereum L1. Do đó, chúng tôi đã tránh các giải pháp DA Alt khác, quyết định lưu trữ dữ liệu trong lưu trữ 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 phải 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 để thực hiện DA ngoại tuyến và 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à thay đổi càng ít càng tốt 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 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à hiệu suất ngay lập tức rất tốt. Đây là sự 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 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 cũng như 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 tái phát minh 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 về điều này 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 tại Optimism gần như đã thực hiện một cuộc 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.
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à tự hỏi: "Được rồi, nếu chúng tôi muốn tận dụng tối đa tất cả những kinh nghiệm đã học, điều đó sẽ như thế nào?" Điều này đã phát triển thành kho 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 có tên 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 vui nhất 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 những 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 các thư viện mã phức tạp lớn 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ó khả năng tiếp quản thư viện mã này và làm nên những điều tuyệt vời là một sự xác nhận rất lớn. Sau đó, việc thấy tình huống này mở rộng ra thực tiễn với Plasma thật sự rất tuyệt. 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 mở rộng của cộng đồ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 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 việc chứng minh và thách thức 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 vào lúc đó 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ử 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ó 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 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 đượ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 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, và 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 lý. Điều này thực sự rất tuyệt.
02. Điều 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 tốn đến mười năm? Bạn hiểu ý tôi chứ? Chúng tôi cần sớm đạt đến 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 phát triển dựa trên MUD muốn ngay lập tức triển khai trên mainnet. Chúng tôi cần chuẩn bị một mainnet cho những trò chơi này càng sớm càng tốt. Mọi người đang chờ đợi và đã sẵn sàng. Bạn cần một chuỗi có thể triển khai 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 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 phát triển đến thực hiện ổn định sản xuất cần nhiều thời gian.
Để đưa một thứ nào đó lên mạng chính, để 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 đáng kinh ngạc 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 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 đến, đây là một trong những理念核心 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 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 khi thêm một dòng mã, bạn sẽ xa rời môi trường sản xuất hơn, làm 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 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 việc như thế này. Việc phối hợp với mọi người thật khó khăn, vì rõ ràng chúng tôi 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à định kỳ 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, 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 sự 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 đáng kinh ngạc.
Đây là lần đầu tiên, bạn có thể thay đổi đáng kể các 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 được điều này, như bạn đã nói, thực sự vẫn còn một chặng đường dà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ợ 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, thực sự khiến chúng tôi thở phào nhẹ nhõm. Đối với tôi, điều này chứng minh rằng mô-đun đang phát huy tác dụng.
tdot: Tình hình bây giờ đã tốt hơ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, 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ả nội dung sẽ rấ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ẻ. 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 dễ chịu. Đ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, quá trình này diễn ra rất nhanh. Mọi thứ đều diễn ra ngoài mong đợi.
Ben: Điều này thật tuyệt vời. Mục tiêu chính của chúng tôi trong 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 ta đã đạt được một số kết quả. Nói về điều này, tôi rất tò mò, từ góc độ của bạn, công việc tiếp theo sẽ phát triển như thế nào? 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 tính không cần giấy 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ần giấy phép và rút tiền cưỡng chế.
Chúng tôi có mục tiêu tối thượng này và sẽ từ từ thực hiện trong khi duy trì an toàn. Một thử thách là, đôi khi việc không lên mainnet sẽ dễ dàng hơn, vì như vậy sẽ không cần phải thực hiện hard fork. Bạn có thể nghĩ, "Ồ, tôi chỉ cần đợi cho đến khi 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 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 đ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 sẽ có nhiều nâng cấp trong khía cạnh 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ĩ vẫn còn một số không gian để tối ưu hóa trong việc gửi cam kết hàng loạt. Hiện tại, chúng tôi thực hiện 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 chuỗi.
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 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ý nhiều cam kết một lần 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 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 cho người dùng.
Nhiều công việc này chắc chắn sẽ phải do các bạn thực hiện. Nhưng chúng tôi hy vọng làm rõ những điều này trông như thế nào trong chế độ Plasma và có các giả định an toàn khác nhau.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
16 thích
Phần thưởng
16
5
Đăng lại
Chia sẻ
Bình luận
0/400
GasFeeCrier
· 08-12 14:30
bull ơi, tôi đã muốn xem plasma từ lâu rồi.
Xem bản gốcTrả lời0
UnluckyLemur
· 08-11 02:41
Đúng lúc OP bây giờ cũng bắt đầu làm L2 rồi
Xem bản gốcTrả lời0
AirdropChaser
· 08-11 02:39
Phí L2 đã được miễn một phần, lẽ ra nên làm điều này sớm hơn.
Xem bản gốcTrả lời0
BlockchainFoodie
· 08-11 02:37
có vị như một chiếc bánh sandwich defi với nước sốt plasma extra... ngon tuyệt với khả năng mở rộng
Optimism hợp tác với Redstone: Mô hình Plasma tái định hình giải pháp mở rộng Layer 2
Phỏng vấn nhà phát triển Optimism và Redstone: Chế độ Plasma tái tạo Layer 2
Trong cuộc phỏng vấn đặc biệt này, chúng tôi đã mời những nhà phát triển cốt lõi của giao thức Plasma Mode là 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 cho OP Stack. Plasma Mode cho phép các nhà phát triển xây dựng trên OP Stack mà 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 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ư sự phấn khích của họ về sự phát triển trong lĩnh vực game toàn chuỗi.
01. Cách sử dụng chế độ Plasma để cải thiện OP Stack
Ben: Quá trình bắt đầu cải tiến OP Stack diễn ra 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ó rất nhiều ứng dụng MUD, chúng 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ư phát triển nguyên 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 để 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 lý tưởng của 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.
Khi đó, calldata vẫn là nguồn khả dụng dữ liệu 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 giải pháp khả 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 bảo mật và mọi thứ đều có thể dựa vào Ethereum L1. Do đó, chúng tôi đã tránh các giải pháp DA Alt khác, quyết định lưu trữ dữ liệu trong lưu trữ 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 phải 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 để thực hiện DA ngoại tuyến và 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à thay đổi càng ít càng tốt 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 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à hiệu suất ngay lập tức rất tốt. Đây là sự 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 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 cũng như 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 tái phát minh 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 về điều này 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 tại Optimism gần như đã thực hiện một cuộc 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.
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à tự hỏi: "Được rồi, nếu chúng tôi muốn tận dụng tối đa tất cả những kinh nghiệm đã học, điều đó sẽ như thế nào?" Điều này đã phát triển thành kho 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 có tên 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 vui nhất 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 những 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 các thư viện mã phức tạp lớn 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ó khả năng tiếp quản thư viện mã này và làm nên những điều tuyệt vời là một sự xác nhận rất lớn. Sau đó, việc thấy tình huống này mở rộng ra thực tiễn với Plasma thật sự rất tuyệt. 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 mở rộng của cộng đồ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 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 việc chứng minh và thách thức 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 vào lúc đó 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ử 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ó 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 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 đượ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 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, và 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 lý. Điều này thực sự rất tuyệt.
02. Điều 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 tốn đến mười năm? Bạn hiểu ý tôi chứ? Chúng tôi cần sớm đạt đến 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 phát triển dựa trên MUD muốn ngay lập tức triển khai trên mainnet. Chúng tôi cần chuẩn bị một mainnet cho những trò chơi này càng sớm càng tốt. Mọi người đang chờ đợi và đã sẵn sàng. Bạn cần một chuỗi có thể triển khai 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 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 phát triển đến thực hiện ổn định sản xuất cần nhiều thời gian.
Để đưa một thứ nào đó lên mạng chính, để 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 đáng kinh ngạc 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 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 đến, đây là một trong những理念核心 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 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 khi thêm một dòng mã, bạn sẽ xa rời môi trường sản xuất hơn, làm 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 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 việc như thế này. Việc phối hợp với mọi người thật khó khăn, vì rõ ràng chúng tôi 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à định kỳ 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, 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 sự 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 đáng kinh ngạc.
Đây là lần đầu tiên, bạn có thể thay đổi đáng kể các 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 được điều này, như bạn đã nói, thực sự vẫn còn một chặng đường dà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ợ 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, thực sự khiến chúng tôi thở phào nhẹ nhõm. Đối với tôi, điều này chứng minh rằng mô-đun đang phát huy tác dụng.
tdot: Tình hình bây giờ đã tốt hơ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, 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ả nội dung sẽ rấ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ẻ. 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 dễ chịu. Đ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, quá trình này diễn ra rất nhanh. Mọi thứ đều diễn ra ngoài mong đợi.
Ben: Điều này thật tuyệt vời. Mục tiêu chính của chúng tôi trong 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 ta đã đạt được một số kết quả. Nói về điều này, tôi rất tò mò, từ góc độ của bạn, công việc tiếp theo sẽ phát triển như thế nào? 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 tính không cần giấy 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ần giấy phép và rút tiền cưỡng chế.
Chúng tôi có mục tiêu tối thượng này và sẽ từ từ thực hiện trong khi duy trì an toàn. Một thử thách là, đôi khi việc không lên mainnet sẽ dễ dàng hơn, vì như vậy sẽ không cần phải thực hiện hard fork. Bạn có thể nghĩ, "Ồ, tôi chỉ cần đợi cho đến khi 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 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 đ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 sẽ có nhiều nâng cấp trong khía cạnh 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ĩ vẫn còn một số không gian để tối ưu hóa trong việc gửi cam kết hàng loạt. Hiện tại, chúng tôi thực hiện 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 chuỗi.
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 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ý nhiều cam kết một lần 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 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 cho người dùng.
Nhiều công việc này chắc chắn sẽ phải do các bạn thực hiện. Nhưng chúng tôi hy vọng làm rõ những điều này trông như thế nào trong chế độ Plasma và có các giả định an toàn khác nhau.
Ben: Nói về điều này, đây