Trong tập đặc biệt này của chương trình Devs on Devs, 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 ) và đồng sáng lập của Optimism Ben Jones. 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 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, 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ọ đối với sự phát triển của lĩnh vực trò chơi trên toàn chuỗi.
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 như thế nào?
tdot: Tôi đã tham gia 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 nhiều 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ư thử nghiệm 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ả thuyết cơ bản là, "Chúng tôi cho rằng OP Stack là framework 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ứ hoạt động trên mạng chính cũng có thể hoạt động 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 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 dữ liệu khả dụng khác (Alt DA). Trên 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ẽ ra sao?" Chúng tôi hy vọng toàn bộ mô hình an ninh và mọi thứ đều có thể dựa vào Ethereum L1. Do đó, chúng tôi đã tránh xa các giải pháp Alt DA khác, quyết định lưu trữ dữ liệu trong kho lưu trữ 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 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ố 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 trên OP Stack hiện tại? Mục tiêu của chúng tôi là thay đổi càng ít OP Stack càng tốt, 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, "Nếu ai đó thay đổi quy trình sinh dữ liệu để lưu trữ dữ liệu từ nơi khác thì điều gì sẽ xảy ra?" Ngay cả khi có những thay đổi này, OP Stack vẫn rất mạnh mẽ, hoạt động tốt ngay từ đầu. Đâ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ó các 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 sinh ra, để bạn có thể lấy dữ liệu từ một nguồn DA ngoài chuỗi cũng như từ một hợp đồng thách thức DA L1, phòng khi 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à là 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 ban đầu của Lattice. Thật trùng hợp, vào thời điểm đó, chúng 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à suy ngẫm: "Đượ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, thì đ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 có tên là OPCraft, tôi cho 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 vài năm qua là nhiều người có thể chạy chuỗi.
Không chỉ những người phát triển những bộ mã phức tạp lớn mới có thể làm được đ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 bộ mã này và thực hiện một số điều tuyệt vời là một sự khẳng định lớn. Sau đó, thấy điều này mở rộng trong ứng dụng thực tế lên Plasma thật sự rất tuyệt. Tôi thậm chí có thể nói một chút về giai đ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. Khi đó, 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 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 rất nhiều. Chúng ta sẽ tách biệt chứng minh và thách thức trạng thái với thách thức dữ liệu. Cuối cùng, chúng ta đã nhận ra rằng Rollups đơn giản hơn rất nhiều so với Plasma cách đây vài năm. 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ử 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. Ví dụ, vào thời điểm đó có khái niệm về việc 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 làm 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 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à khiến chúng hoạt động theo cách hợp lý và hợp lý. Điều này thực sự rất tuyệt.
Đ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 tồn tại 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. Chìa khóa 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 nhanh chóng đạt được giai đoạn có thể giao hàng.
Đây chính là ý tưởng của chúng tôi. Chúng tôi đã có rất 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 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 đã đang 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ữ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 đề, trở nên tốt hơn. Từ nghiên cứu và phát triển đến việc thực hiện sự ổn định sản xuất cần 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ó giấy phép, vững chắc và an toàn, cần tốn rất nhiều thời gian. Thấy toàn bộ quá trình mà chúng tôi đạt được mục tiêu này thật đáng kinh ngạc. Đó 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 phải làm. 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 một lượng lớn đổ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 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, đây là một trong những nguyên tắc 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 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 bạn thêm một dòng mã, bạn sẽ càng xa môi trường sản xuất hơn, khiến mọi thứ khó có thể được kiểm tra thực tế và mang lại nhiều cơ hội sai sót hơn. Vì vậy, chúng tôi rất cảm ơn bạn về tất cả những nỗ lực 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 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, 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 hiện đang được xây dựng trên Redstone. Chỉ riêng từ góc độ OP Stack, đây là một ví dụ rất mạnh mẽ cho thấy 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 chính. Để có thể hoàn toàn làm được điều này, 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 như có thể thực hiện điều này một cách hiệu quả, cũng cần có sự hỗ trợ của tính mô-đun, đúng không? Đối với chúng tôi, việc thấy 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ự là một điều đáng mừng. Đối với tôi, điều này chứng minh rằng tính mô-đun đ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 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 đợi xem còn những tính năng mới nào sẽ được tích hợp vào. Tôi nhớ rằng chúng tôi từng lo lắng về việc 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. 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 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 quá trình xem xét cũng rất thú vị. Cảm giác này rất tự nhiên. Hơn nữa, tôi nghĩ rằng quá trình này diễn ra rất nhanh trong việc xem xét và giải quyết một số vấn đề tiềm ẩn. Mọi thứ diễn ra suôn sẻ ngoài mong đợi.
Ben: Thật tuyệt vời! Năm nay, một trong những trọng điểm của chúng tôi là tạo ra các lộ trình đó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ừ 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 trong thời gian tới?
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ộ để phân quyền toàn bộ 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à thực hiện các chức năng như không cần giấy phép và rút lui bắt buộc.
Chúng tôi có mục tiêu tối thượng này và từng bước thực hiện nó trong khi vẫn giữ được sự an toàn. Một thách thức là đôi khi không ra mắt mạng chính 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 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 thực hiện hard fork 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à 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 về mặt chế độ 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 về 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ữ bên ngoài chuỗi.
Chúng tôi giữ mọi thứ càng đơn giản càng tốt trong thời gian này, để việc kiểm tra có thể nhanh chóng và dễ dà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.
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.
Nhà đồng sáng lập Optimism trò chuyện với các nhà phát triển Plasma Mode về cải tiến OP Stack và tương lai.
Devs on Devs: tdot và Ben Jones trò chuyện
Trong tập đặc biệt này của chương trình Devs on Devs, 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 ) và đồng sáng lập của Optimism Ben Jones. 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 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, 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ọ đối với sự phát triển của lĩnh vực trò chơi trên toàn chuỗi.
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 như thế nào?
tdot: Tôi đã tham gia 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 nhiều 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ư thử nghiệm 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ả thuyết cơ bản là, "Chúng tôi cho rằng OP Stack là framework 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ứ hoạt động trên mạng chính cũng có thể hoạt động 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 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 dữ liệu khả dụng khác (Alt DA). Trên 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ẽ ra sao?" Chúng tôi hy vọng toàn bộ mô hình an ninh và mọi thứ đều có thể dựa vào Ethereum L1. Do đó, chúng tôi đã tránh xa các giải pháp Alt DA khác, quyết định lưu trữ dữ liệu trong kho lưu trữ 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 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ố 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 trên OP Stack hiện tại? Mục tiêu của chúng tôi là thay đổi càng ít OP Stack càng tốt, 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, "Nếu ai đó thay đổi quy trình sinh dữ liệu để lưu trữ dữ liệu từ nơi khác thì điều gì sẽ xảy ra?" Ngay cả khi có những thay đổi này, OP Stack vẫn rất mạnh mẽ, hoạt động tốt ngay từ đầu. Đâ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ó các 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 sinh ra, để bạn có thể lấy dữ liệu từ một nguồn DA ngoài chuỗi cũng như từ một hợp đồng thách thức DA L1, phòng khi 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à là 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 ban đầu của Lattice. Thật trùng hợp, vào thời điểm đó, chúng 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à suy ngẫm: "Đượ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, thì đ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 có tên là OPCraft, tôi cho 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 vài năm qua là nhiều người có thể chạy chuỗi.
Không chỉ những người phát triển những bộ mã phức tạp lớn mới có thể làm được đ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 bộ mã này và thực hiện một số điều tuyệt vời là một sự khẳng định lớn. Sau đó, thấy điều này mở rộng trong ứng dụng thực tế lên Plasma thật sự rất tuyệt. Tôi thậm chí có thể nói một chút về giai đ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. Khi đó, 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 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 rất nhiều. Chúng ta sẽ tách biệt chứng minh và thách thức trạng thái với thách thức dữ liệu. Cuối cùng, chúng ta đã nhận ra rằng Rollups đơn giản hơn rất nhiều so với Plasma cách đây vài năm. 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ử 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. Ví dụ, vào thời điểm đó có khái niệm về việc 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 làm 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 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à khiến chúng hoạt động theo cách hợp lý và hợp lý. Điều này thực sự rất tuyệt.
Đ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 tồn tại 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. Chìa khóa 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 nhanh chóng đạt được giai đoạn có thể giao hàng.
Đây chính là ý tưởng của chúng tôi. Chúng tôi đã có rất 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 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 đã đang 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ữ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 đề, trở nên tốt hơn. Từ nghiên cứu và phát triển đến việc thực hiện sự ổn định sản xuất cần 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ó giấy phép, vững chắc và an toàn, cần tốn rất nhiều thời gian. Thấy toàn bộ quá trình mà chúng tôi đạt được mục tiêu này thật đáng kinh ngạc. Đó 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 phải làm. 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 một lượng lớn đổ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 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, đây là một trong những nguyên tắc 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 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 bạn thêm một dòng mã, bạn sẽ càng xa môi trường sản xuất hơn, khiến mọi thứ khó có thể được kiểm tra thực tế và mang lại nhiều cơ hội sai sót hơn. Vì vậy, chúng tôi rất cảm ơn bạn về tất cả những nỗ lực 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 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, 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 hiện đang được xây dựng trên Redstone. Chỉ riêng từ góc độ OP Stack, đây là một ví dụ rất mạnh mẽ cho thấy 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 chính. Để có thể hoàn toàn làm được điều này, 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 như có thể thực hiện điều này một cách hiệu quả, cũng cần có sự hỗ trợ của tính mô-đun, đúng không? Đối với chúng tôi, việc thấy 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ự là một điều đáng mừng. Đối với tôi, điều này chứng minh rằng tính mô-đun đ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 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 đợi xem còn những tính năng mới nào sẽ được tích hợp vào. Tôi nhớ rằng chúng tôi từng lo lắng về việc 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. 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 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 quá trình xem xét cũng rất thú vị. Cảm giác này rất tự nhiên. Hơn nữa, tôi nghĩ rằng quá trình này diễn ra rất nhanh trong việc xem xét và giải quyết một số vấn đề tiềm ẩn. Mọi thứ diễn ra suôn sẻ ngoài mong đợi.
Ben: Thật tuyệt vời! Năm nay, một trong những trọng điểm của chúng tôi là tạo ra các lộ trình đó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ừ 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 trong thời gian tới?
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ộ để phân quyền toàn bộ 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à thực hiện các chức năng như không cần giấy phép và rút lui bắt buộc.
Chúng tôi có mục tiêu tối thượng này và từng bước thực hiện nó trong khi vẫn giữ được sự an toàn. Một thách thức là đôi khi không ra mắt mạng chính 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 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 thực hiện hard fork 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à 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 về mặt chế độ 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 về 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ữ bên ngoài chuỗi.
Chúng tôi giữ mọi thứ càng đơn giản càng tốt trong thời gian này, để việc kiểm tra có thể nhanh chóng và dễ dà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.