​Trò chuyện với các nhà phát triển Redstone: Trò chơi toàn chuỗi và sự hồi sinh của Plasma

Nguồn: FunBlocks

“Trong Devs on Devs đặc biệt này, chúng tôi đã mời tdot[2], nhà phát triển giao thức cốt lõi của Chế độ Plasma[1] (cũng là nhà phát triển của Redstone[3]) và Ben, người đồng sáng lập của Optimism[4] Jones[ 5] Optimism là yếu tố hỗ trợ cốt lõi của OP Stack Mode cho phép các nhà phát triển xây dựng trên OP Stack mà không cần xuất bản dữ liệu lên L1, nhưng có thể chuyển đổi linh hoạt sang các 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 của sự hợp tác 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 sản xuất, lộ trình tương lai cho Chế độ Plasma 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 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 thiệ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 để làm việc độc quyền trên Chế độ Plasma. Mục tiêu rất rõ ràng: chúng tôi có nhiều ứng dụng MUD[6] tiêu tốn nhiều gas, đồng thời chúng tôi đang cố gắng đưa nhiều dữ liệu vào chuỗi, vì vậy chúng tôi cần một giải pháp hỗ trợ những nhu cầu này trong khi giá 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 nguyên mẫu một số thế giới trực tuyến và triển khai chúng 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 chúng tôi có thể làm cho nó rẻ hơn?" Giả định cơ bản là "Chúng tôi nghĩ OP Stack phù hợp nhất với khái niệm Ethereum và hoàn toàn tương thích Khung 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 ước nó rẻ hơn.

Vào thời điểm đó, calldata vẫn là nguồn cung cấp dữ liệu (DA) cho chuỗi OP Stack, vốn rất đắt tiền. Vì vậy, rõ ràng là chúng tôi không thể khởi chạy L2 bằng calldata vì trò chơi toàn chuỗi và thế giới MUD của chúng tôi yêu cầu thông lượng cao hơn. Do đó, chúng tôi quyết định bắt đầu thử nghiệm các kịch bản Tính sẵn có của Dữ liệu Thay thế (Alt DA). Trên thực tế, việc khám phá Alt DA đã được đề cập trong tài liệu gốc của OP Stack.

Vì vậy, chúng tôi tự hỏi: "Điều gì sẽ xảy ra nếu chúng tôi bắt đầu với DA ngoài chuỗi?" Chúng tôi muốn toàn bộ mô hình bảo mật và mọi thứ đều dựa vào L1 Ethereum. Vì vậy, 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.

Đó là lý do tại sao chúng tôi sử dụng lại một số khái niệm Plasma cũ và xếp chúng lên trên các bản tổng hợp. Có một số khác biệt ở đây. Câu hỏi lớn nhất là, làm cách nào để triển khai DA ngoài chuỗi và các thách thức về 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 OP Stack ít nhất có thể và không ảnh hưởng đến đường dẫn tổng hợp 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 tổng hợp khác bằng cách sử dụng OP Stack.

Khi thiết kế một bản tổng hợp, bạn không nghĩ "Đ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ừ một nơi khác?" Sau những thay đổi này, OP Stack vẫn rất mạnh mẽ và hoạt động tốt ngay từ đầu. Đây là thay đổi đầu tiên 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ó những thách thức DA được sử dụng để buộc dữ liệu vào chuỗi. Đây là bước thứ hai, tích hợp hợp đồng vào quy trình. Chúng tôi phải xây dựng toàn bộ hệ thống tích hợp trong quy trình phái sinh để bạn có thể lấy dữ liệu từ nguồn DA ngoài chuỗi cũng như hợp đồng thử thách L1 DA trong trường hợp dữ liệu được cam kết trên chuỗi trong quá trình giải quyết thử thách.

Đó chính là mấu chốt của vấn đề. Nó phức tạp vì chúng tôi muốn giữ mọi thứ thanh lịch và mạnh mẽ. Đồng thời, đó là một khái niệm tương đối đơn giản. Thay vì cố gắng phát minh lại mọi thứ hoặc thay đổi toàn bộ OP Stack, chúng tôi 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, đó là một hành trình kỹ thuật thực sự thú vị.

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

Về cơ bản, sau hai năm xây dựng bản tổng hợp, chúng tôi đã lùi lại một bước và nói: "Được rồi, nếu chúng ta áp dụng tất cả các bài học mà chúng ta đã học thì sao?" bạn đã học được chưa? Cuối cùng, nó sẽ trông như thế nào?" Điều này đã phát triển thành cơ sở mã 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 từng 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 bạn trong một dự án mang tên OPCraft[7]. Tôi nghĩ Biomes[8] là người kế thừa tinh thần của nó, đó là điều thú vị nhất. chúng tôi đã có trên dây chuyền. Đồng thời, chúng tôi cảm thấy nhẹ nhõm khi những người khác cũng có thể phát triển bằng cách sử dụng OP Stack. Tôi nghĩ một bước ngoặt lớn khác trong việc mở rộng quy mô trong vài năm qua là rất nhiều người có thể điều hành chuỗi.

Karl from Sự lạc quan quan sát OPCraft gameplay

Không chỉ những người phát triển cơ sở mã lớn và phức tạp vào thời điểm này. . Khi chúng tôi bắt đầu làm việc cùng nhau, thật vô cùng khẳng định khi thấy người khác sử dụng cơ sở mã này và làm điều gì đó thực sự thú vị. Và thật tuyệt khi thấy điều này được mở rộng sang Plasma trong các ứng dụng trong thế giới thực. 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ự đang nghiên cứu một công nghệ có tên là Plasma. Những nhiệm vụ chúng tôi đảm nhận vào thời điểm đó vượt xa khả năng mở rộng cộng đồng vào thời điểm đó. Những thiết kế bạn nhìn thấy trong các thiết kế Plasma thời kỳ đầu có thể không tương ứng trực tiếp với Plasma ngày nay.

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

Nhưng chúng tôi luôn tâm niệm "Plasma không chết, chỉ là chúng ta 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 thuật ngữ khác nhau. Ví dụ: có những khái niệm như lối thoát và bây giờ bạn có thể nhìn lại và nói: "Ồ, đó là một thách thức về tính khả dụng của dữ liệu với một số bước bổ sung." Vì vậy, thật ngạc nhiên khi thấy OP Stack không chỉ được người khác sử dụng mà còn phát triển thành thứ mà ban đầu chúng tôi đã cố gắng thực hiện nhưng theo một cách trừu tượng rất khó hiểu và non nớt. Chúng tôi đã đi hết vòng tròn và các bạn đã làm rất tốt việc trừu tượng hóa xung quanh chúng và làm cho nó hoạt động theo cách có ý nghĩa và lành mạnh. Điều này thực sự tuyệt vời.

Coindesk bảo hiểm từ khi Plasma trở nên Sự lạc quan

02. càng sớm càng tốt

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

Đây là những gì chúng tôi nghĩ. Chúng tôi đã có nhiều ứng dụng được phát triển dựa trên MUD mà chúng tôi muốn khởi chạy trên mạng chính ngay lập tức. Chúng ta cần chuẩn bị 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 hoạt động nhanh chóng để chạy tất cả các ứng dụng này để chúng có thể phát triển song song và trở nên tốt hơn khi chúng tôi giải quyết vấn đề. Phải mất một thời gian dài từ khâu R&D đến khi đạt được sự ổn định trong sản xuất.

Việc đưa thứ gì đó lên mạng chính, khiến nó trở nên không cần cấp phép, mạnh mẽ và an toàn mất rất nhiều thời gian. Thật tuyệt vời khi được chứng kiến ​​toàn bộ hành trình chúng tôi đã thực hiện để đến được đó. Đó là lý do tại sao chúng ta cần phải cực kỳ nhanh nhẹn vì có rất nhiều thứ đang diễn ra. Toàn bộ hệ sinh thái đang phát triển rất nhanh chóng. Tôi nghĩ mọi người đang mang đến nhiều sự đổi mới. Đó là lý do tại sao bạn phải theo kịp nhưng cũng không thể thỏa hiệp về bảo mật và hiệu suất, nếu không hệ thống sẽ không chạy.

Ben: Hoặc đó là gánh nặng kỹ thuật. Nguyên tắc thay đổi tối thiểu mà bạn đã đề cập, đó là một trong những triết lý cốt lõi khi chúng tôi viết lại Bedrock. Tôi đã nói về toàn bộ quá trình viết lại 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ã, bản thân điều này đã khá hiệu quả. Bởi vì bạn nói đúng, những điều này thực sự khó khăn.

Mỗi dòng mã bổ sung sẽ khiến bạn rời xa quá trình sản xuất, khiến việc kiểm tra hiện trường 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 biết ơn mọi nỗ lực của các 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 tiến nhanh về vấn đề này. Rất khó để phối hợp với mọi người 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 công cụ phát triển trò chơi và một chuỗi.

Và bạn đang xây dựng hàng trăm, hàng nghìn thứ và cung cấp tất cả chúng một cách thường xuyên. Từ góc độ phối hợp, điều này thực sự rất khó khăn.

Ben:Đúng, quả thực còn một chặng đường dài phía trước. Nhưng đây chính là điểm hấp dẫn cốt lõi của tính mô-đun. Đối với tôi, đây là một trong những điều thú vị nhất từ ​​góc độ OP Stack, bỏ qua tất cả những trò chơi tuyệt vời và thế giới ảo đang được xây dựng trên Redstone ngay bây giờ. Hoàn toàn từ góc độ OP Stack, đây là một ví dụ rất rõ ràng cho thấy rất nhiều nhà phát triển cốt lõi giỏi đã tham gia và cải tiến ngăn xếp, điều này khá tuyệt vời.

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 khóa boolean. Để có thể làm được điều này một cách triệt để, như bạn đã nói, vẫn còn một chặng đường dài phía trước. Nhưng thậm chí để đạt được mục tiêu đó một cách hiệu quả cũng cần có sự hỗ trợ theo mô-đun, phải không? Đối với chúng tôi, thật là nhẹ nhõm khi thấy các bạn triển khai điều này mà không cần phải viết lại L2 Geth chẳng hạn. Đối với tôi, đây là bằng chứng cho thấy tính mô-đun đang hoạt động.

tdot:Mọi thứ giờ đã tốt hơn. Từ ví dụ này, 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 các thuộc tính. Vì vậy, tôi thực sự mong muốn được xem những tính năng mới nào khác sẽ được tích hợp. Tôi nhớ chúng tôi đã lo lắng rằng chúng tôi có một bản phân nhánh với tất cả những thay đổi đối với OP Stack cần được hợp nhất vào thân cây. Chúng tôi nghĩ: "Ôi chúa ơi, thật điên rồ nếu xem lại mọi thứ."

Chúng tôi phải chia nó thành nhiều phần nhỏ hơn, nhưng toàn bộ quá trình đều thành công Nó diễn ra rất suôn sẻ. Chúng tôi đã có một bầu không khí làm việc tuyệt vời với nhóm, vì vậy quá trình đánh giá diễn ra rất thú vị. Nó cảm thấy rất tự nhiên. Và tôi nghĩ quá trình xem xét và giải quyết một số vấn đề tiềm ẩn đã diễn ra rất nhanh chóng. Mọi chuyện diễn ra suôn sẻ đến bất ngờ.

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

tdot:Có nhiều hướng đi khác nhau cho công việc. Chủ yếu là tích hợp với cơ chế chống lỗi. Chúng tôi đang thực hiện một cách tiếp cận tăng dần để phân cấp toàn bộ nhóm công nghệ và tăng cường các tính năng không được phép, với mục tiêu cuối cùng là kích hoạt các tính năng như không được phép và buộc phải thoát.

Chúng tôi có mục tiêu cuối cùng này và đang thực hiện các bước để đạt được mục tiêu đó trong khi vẫn duy trì tính bảo mật. Một thách thức là đôi khi không vào mainnet sẽ dễ dàng hơn vì khi đó không cần hard fork. Bạn có thể nghĩ, “Ồ, tôi sẽ đợi cho đến khi mọi thứ hoàn toàn sẵn sàng trước khi khởi chạy nên không cầ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 truy cập mạng chính, bạn phải giải quyết những vấn đề này. sự phức tạp Nâng cấp và phát hành thường xuyên. Làm điều này và duy trì tính sẵn sàng cao luôn là một thách thức.

Tôi nghĩ sẽ có rất nhiều nâng cấp về chế độ Plasma sau khi cơ chế chống lỗi và tất cả những phần này đã sẵn sàng. Tôi nghĩ vẫn còn một số chỗ cần tối ưu hóa trong các cam kết theo đợt. Bây giờ chúng tôi thực hiện rất đơn giản, một cam kết cho mỗi giao dịch. Và cam kết chỉ là hàm băm của dữ liệu đầu vào được lưu trữ ngoài chuỗi.

Hiện tại, chúng tôi đang duy trì quy trình đơn giản nhất có thể để việc đánh giá diễn ra dễ dàng và nhanh chóng, đồng thời không tạo ra sự khác biệt lớn đối với OP Stack. Nhưng hiện nay có một số tối ưu hóa có thể làm cho nó rẻ hơn, chẳng hạn như cam kết theo nhóm hoặc chuyển chúng thành các đốm màu hoặc các phương pháp tiếp cận khác. Vì vậy, chúng tôi chắc chắn đang xem xét điều đó để giảm chi phí của L1.

Đây là điều chúng tôi rất vui mừng. Tất nhiên, chúng tôi cũng thực sự mong đợi tất cả những thứ có khả năng tương tác sắp ra mắt và có thể tương tác giữa tất cả các chuỗi. Tìm ra điều này sẽ là một cải tiến lớn cho người dùng.

Phần lớn công việc này phải do bạn thực hiện. Nhưng chúng tôi muốn tìm hiểu xem những thứ này trông như thế nào ở chế độ Plasma, với các giả định bảo mật khác nhau.

Ben:Nói về điều này, đây sẽ là một thử nghiệm khác về tính mô-đun của OP Stack. Bằng chứng về lỗi mà bạn đã đề cập, chúng tôi rất mong chờ sự ra mắt của chúng ở chế độ Plasma. Đây cũng là một tính năng quan trọng trong bản giới thiệu sẽ được ra mắt trên mạng chính trong vài tháng tới.

Một trong những điều thú vị khi xây dựng cơ sở mã này là, mặc dù có một số lưu ý nhưng việc nhấn nút biên dịch lại là tương đối dễ dàng. bằng chứng về sự thất bại có thể được chạy trong một môi trường mới. Vì vậy, thật thú vị khi thấy điều này được triển khai trong thực tế vì đây sẽ là một ví dụ khác về "chức năng vẫn hoạt động". Là một trong những nhóm đầu tiên thực hiện các thay đổi trên quy mô lớn, tôi chắc chắn rằng việc này sẽ không hoàn toàn suôn sẻ, nhưng chắc chắn sẽ rất thú vị đối với cộng đồng khi có thể thử và phát hành các bản sửa lỗi trên một cơ sở mã đã được thay đổi nhiều. .

tdot:Nó được thiết kế rất tốt, bạn có thể chèn thông tin đầu vào của mình như sử dụng "oracle" và trong quy trình kiểm tra lỗi. Thay đổi những thông tin này nguồn dữ liệu trong . Điều này không quá khó khăn. Rõ ràng là bạn cần đảm bảo rằng nó hoạt động trong toàn bộ quá trình từ đầu đến cuối, nhưng tôi không nghĩ việc phát hành nó sẽ quá khó. Đây cũng có thể là trọng tâm của lộ trình tiếp theo.

Nhìn chung, chúng tôi rất quan tâm đến việc thực hiện nhiều cải tiến và tối ưu hóa hiệu suất. Không có viên đạn thần kỳ nào cả, mọi vấn đề nhỏ đều cần được giải quyết từng bước một. Nếu toàn bộ cộng đồng cùng đào sâu vào những vấn đề này, giống như đội quân các nhà phát triển không ngừng làm việc chăm chỉ, chúng ta có thể dần dần đạt được chuỗi hiệu suất cao được xây dựng trên sự ổn định đáng kinh ngạc.

Logo MUD logo

03.MUD, Redstone và sự hợp tác với Optimism

Ben:Tôi thực sự mong muốn được thấy tiến trình tích hợp MUD với OP Stack của bạn. Tôi nghĩ có rất nhiều tiềm năng thực sự thú vị ở đây. Một trong những điều thú vị nhất mà chúng tôi sẽ thực hiện trong một hoặc hai năm tới là tiếp tục thúc đẩy nhiều cải tiến lớn về hiệu suất và thông lượng mà L1 Ethereum đã nói đến.

Cộng đồng nghiên cứu Ethereum đã có rất nhiều nỗ lực trong lĩnh vực này, nhưng đây cũng là lĩnh vực có rủi ro cao. Một số thay đổi lớn yêu cầu phải thử nghiệm. Một ví dụ xuất hiện trong đầu là vấn đề hết hạn trạng thái. Không còn nghi ngờ gì nữa, công việc của bạn thật tuyệt vời vì nó đẩy giới hạn về số lượng nội dung tuyệt vời có thể được cung cấp trên chuỗi. Một kết quả mà tôi nghĩ chúng ta sẽ thấy là biểu hiện thực sự của vấn đề "tăng trưởng nhà nước". Về cơ bản, điều này có nghĩa là trò chơi càng được chơi nhiều thì càng có nhiều nút phải theo dõi và việc thực hiện giao dịch càng trở nên khó khăn hơn.

Cộng đồng Ethereum đã nghiên cứu vấn đề này và đề xuất giải pháp trong nhiều năm. Tôi nghĩ lý do khiến những giải pháp này phức tạp là vì chúng thay đổi cơ bản cấu trúc quản lý nhà nước. Về cơ bản, bạn cần cung cấp những bằng chứng này vào một lúc nào đó để trạng thái có thể bị loại bỏ trừ khi ai đó muốn khôi phục nó.

Tôi rất vui mừng vì tôi nghĩ MUD là môi trường hoàn hảo để bạn thực sự thực hiện những thay đổi này và làm cho chúng hiệu quả. Bạn đã làm rất tốt công việc quản lý nhà nước và có khuôn khổ, mô hình mà mọi người tuân theo. Tôi cũng thực sự mong chờ điều đó, bởi vì tôi nghĩ khuôn khổ mà các bạn đang tập trung vào cách xây dựng ứng dụng trên Redstone sẽ có thể thử nghiệm trong khuôn khổ đó và thử những cải tiến thực sự phức tạp sắp mang lại. tăng hiệu suất rất lớn, nhưng cần phải cập nhật mô hình. Tôi nghĩ bạn có tiềm năng tạo ra những bước đột phá trong lĩnh vực này nên tôi rất vui mừng về điều đó.

tdot:Đây là một điểm hay. Tôi thích ý tưởng về việc MUD có thể loại bỏ nhiều chức năng cơ bản của nhà phát triển. Về cơ bản, OP Stack là lớp cơ sở và bạn chỉ xử lý các giao thức nguyên thủy và những thứ tương tự. Sử dụng phát triển MUD là để đơn giản hóa các quy trình này. Khi bước vào thế giới khả năng tương tác đa chuỗi, chúng tôi sẽ xem xét cách trừu tượng hóa trên nhiều chuỗi. Đây chắc chắn là một câu hỏi quan trọng xuất hiện trong đầu khi xem xét sự kết hợp giữa MUD và Redstone.

Vì vậy, chúng tôi cũng cần tìm hiểu xem trải nghiệm lý tưởng dành cho nhà phát triển sẽ như thế nào. Khi bạn xử lý tất cả các chuỗi này, việc gỡ rối chúng trở nên khó khăn và người dùng của bạn cảm thấy mệt mỏi khi phải liên tục chuyển đổi giữa chúng. Nếu bạn có nhiều L2, điều đó sẽ khiến mọi người bối rối. Gần đây tôi thấy có người nói: "Tôi không thể nhớ tiền của mình nằm ở chuỗi nào." Việc theo dõi số dư trên mỗi chuỗi rất phức tạp. Chúng tôi chắc chắn cần một số trừu tượng để đơn giản hóa vấn đề này. Nếu không thì việc này sẽ rất phức tạp. MUD chắc chắn là cơ hội rất tốt để giải quyết vấn đề này.

Ben:Mong nhận được sự giúp đỡ của bạn. Rất nhiều công việc, nhưng siêu tuyệt vời.

tdot:Tôi nghĩ làm việc với các bạn chắc chắn là một động lực to lớn đối với chúng tôi vì chúng tôi là một nhóm rất nhỏ, chỉ khoảng 15 người mọi người. Vì vậy, rõ ràng việc giải quyết tất cả những điều này thực sự rất khó khăn. Khi bạn phát triển và cộng tác trên Superchain, đột nhiên bạn có một công ty lớn có quyền truy cập vào tất cả các tài nguyên kỹ thuật mà bạn có thể cần. Về cơ bản, tôi là kỹ sư duy nhất tại Lattice làm việc ở chế độ Plasma, nhưng làm việc với Optimism và tận dụng sức mạnh của tất cả các nhà phát triển cốt lõi khác giúp chúng tôi làm việc hiệu quả hơn đáng kể để có thể tự mình làm những việc mà thông thường khó thực hiện. Hiệu ứng bánh đà này thực sự tuyệt vời.

Khi tôi trải nghiệm điều này, tôi cảm thấy rất mạnh mẽ. Tôi nghĩ, "Chà, tôi không thể tin được là chúng ta vừa làm được điều này." Nó khiến tôi cảm thấy như mọi thứ đều có thể xảy ra.

Ben:Trái tim tôi thật ấm áp. Cảm ơn.

Có cơ sở triết học nào về thiết kế bảo mật của Plasma và cách thức hoạt động của Lớp 2 không? Khi điều gì đó đáng kinh ngạc xảy ra, làm dấy lên cuộc tranh luận về các mô hình bảo mật trong cộng đồng, đó thường là dấu hiệu cho thấy ranh giới công nghệ đã bị đẩy lên. Khi có điều gì đó tế nhị xảy ra và đáng được thảo luận cũng như giáo dục, điều đó thường có nghĩa là đang có tiến triển thú vị.

Tôi cảm thấy như chúng ta chưa thực sự đi sâu vào cấu trúc thiết kế của Plasma như một mô hình bảo mật Lớp 2. Tôi tò mò về suy nghĩ của bạn về điều này. Tôi có một số suy nghĩ về những ngày đầu của Plasma và rất muốn nghe suy nghĩ của bạn về nó.

04. Xác định chế độ Plasma

tdot:Tôi nghĩ vậy Hãy giới thiệu chế độ Plasma là gì và ý nghĩa cụ thể của nó. Đây là một tính năng OP Stack mới do chúng tôi phát triển, hiện đang trong giai đoạn thử nghiệm và bao gồm một khía cạnh của Plasma, cụ thể là tính khả dụng của dữ liệu ngoài chuỗi.

Chúng tôi gọi nó là Plasma vì nó nâng cao ý tưởng lưu trữ dữ liệu đầu vào ngoài chuỗi. Thay vì sử dụng L1 DA, bạn lưu trữ dữ liệu trên bất kỳ dịch vụ lưu trữ nào như AWS hoặc IPFS. Sau đó, bạn cần theo dõi xem dữ liệu này có sẵn hay không. Cần ít nhất một người để kiểm tra xem dữ liệu đã gửi có sẵn hay không.

Nếu dữ liệu không còn khả dụng vì lý do nào đó, thỏa thuận cho phép người dùng buộc đăng xuất trong vòng bảy ngày. Vẫn còn một số phần còn thiếu vẫn đang được phát triển, chẳng hạn như các bằng chứng lỗi sắp tới và các cam kết không được phép. Người dùng có thể tự động xác minh tính khả dụng của dữ liệu bằng Sentinel [9]. Nếu dữ liệu không có sẵn, bạn phải đưa ra thử thách trên L1.

Nếu không có dữ liệu, bạn phải thực hiện một thử thách, về cơ bản là buộc dữ liệu phải trực tuyến hoặc sắp xếp lại dữ liệu để bạn có thể rút tiền và thoát khỏi chuỗi. Vì vậy ở giai đoạn này, các thành phần này vẫn chưa được triển khai đầy đủ. Vì vậy, chúng tôi muốn nhấn mạnh rằng mục tiêu hoàn toàn không cần cấp phép và có thể truy cập được vẫn còn rất xa vời, nhưng đang có tiến triển.

Cũng có một số giả định về chi phí mà người dùng phải trả khi thách thức dữ liệu để rút tiền. Những điều này vẫn đang được xác định và chúng tôi đang tối ưu hóa các dự án này để cuối cùng chúng trở nên rẻ hơn và dễ tiếp cận hơn. Chúng tôi đang phát triển một lộ trình liên quan. Điều này khác với kế hoạch của lộ trình OP Stack nhằm triển khai các bằng chứng gian lận và đặt hàng phi tập trung.

Một vấn đề với giao thức này là vấn đề nan giải của ngư dân [10], có nghĩa là bạn cần một "ngư dân" trung thực để luôn trực tuyến, bởi vì nếu không một là trực tuyến, bạn Không biết liệu dữ liệu có không khả dụng hay không và bạn không thể rút tiền trong thời gian rút tiền, chuỗi có thể bị nhà điều hành tấn công.

Tình thế tiến thoái lưỡng nan của ngư dân

Có nhiều cách để bạn có thể giải quyết vấn đề này. Bạn có thể khuyến khích mọi người duy trì trực tuyến thông qua cơ chế khen thưởng, tạo ra một cộng đồng vững mạnh và đảm bảo rằng các bên liên quan có mức đầu tư lớn hơn vào chuỗi, chẳng hạn như người dùng điều hành cầu nối hoặc nhà cung cấp thanh khoản, luôn trực tuyến, đảm bảo tính toàn vẹn của chuỗi và nhà điều hành. Những người dùng này nên trực tuyến và phản đối khi có vấn đề phát sinh. Rõ ràng, chủ đề này rất thú vị, vì có nhiều cách để giải quyết vấn đề nan giải này và vẫn còn rất nhiều việc phải làm để làm cho hệ thống này có thể tiếp cận được với bất kỳ ai và đảm bảo rằng người dùng tiếp tục chú ý đến việc duy trì chuỗi .

Ben:Lớp 2 là gì? Đó là cách sử dụng hiệu quả hơn của chuỗi khối lớp 1. Sự tương tự cổ điển là, "Bạn không đến tòa để thanh toán séc, bạn đến tòa khi séc bị trả lại." Đây là triết lý thiết kế cơ bản đằng sau những hệ thống lạc quan này và đó cũng là cách chúng tôi nghĩ về việc cuộn lên: Thêm Sử dụng blockchain hiệu quả. Bằng cách chỉ sử dụng L1 khi có tranh chấp, thông lượng tổng thể của blockchain có thể được tăng lên. Tôi nghĩ đây cũng là một sự tương tự tốt cho các mẫu Plasma. Chế độ Plasma về cơ bản mở rộng khái niệm tổng hợp để không chỉ giải quyết các tranh chấp rút tiền mà còn yêu cầu tính sẵn có của dữ liệu giao dịch.

Tôi nghĩ đây sẽ là một công cụ rất mạnh vì bằng cách triển khai điều này, bạn có thể sử dụng Lớp 1 hiệu quả hơn và xử lý nhiều hơn trong các hệ thống Lớp 2. chi phí thấp hơn nhiều so với việc chỉ sử dụng cuộn lên. Vì vậy, điều đó rất thú vị. Quan trọng hơn, nó cho phép bạn cải thiện trạng thái hiện tại theo cách không thể thực hiện được nếu không có chế độ Plasma.

Tất nhiên là nó không hoàn hảo. Có một vấn đề tiến thoái lưỡng nan của ngư dân, trong đó đặt ra một số yêu cầu cơ bản đối với toàn bộ hệ thống. Về cơ bản, điều thú vị nhất về Plasma so với các hệ thống Alt DA khác là nó biến sự đánh đổi về bảo mật thành sự đánh đổi về tính sống động.

Trong các hệ thống khác, bạn không thể ra tòa để giải quyết các vấn đề về dữ liệu. Dữ liệu tồn tại theo mặc định. Điều này có nghĩa là nếu dữ liệu không tồn tại, bạn không có đủ bằng chứng để chứng minh hiện trạng trước tòa và bạn đang gặp rắc rối. Ngược lại, mô hình Plasma tạo ra sự đánh đổi tốt bằng cách thêm một hình thức thử thách mới để tránh mất dữ liệu và để cộng đồng trả tiền để xuất bản dữ liệu lên L1.

Trong quá trình giải quyết tranh chấp, bạn có thể không biết trạng thái của chuỗi, nhưng sẽ tốt hơn nhiều nếu đánh đổi sự sống động hơn là đánh đổi an ninh, bởi vì sự sống động đánh đổi có nghĩa là Điều này có nghĩa là bạn có thể không biết trạng thái của chuỗi trong một thời gian và đánh đổi bảo mật có nghĩa là bạn không biết liệu việc rút tiền khỏi chuỗi có hợp lệ hay không, có khả năng cho phép ai đó thực hiện rút tiền không hợp lệ. Đây là những gì tôi nghĩ về chế độ Plasma.

Nó mở rộng ý tưởng "không ra tòa để rút séc, hãy ra tòa khi séc bị trả lại" và áp dụng nó để cải thiện sử dụng Alt Tradeoffs khi DA. Bằng cách này, ngay cả khi tiền có thể bị mất, bạn sẽ chỉ gặp phải tình huống tạm thời không xác định được trạng thái của chuỗi và yêu cầu người dùng phải trả phí xuất bản dữ liệu. Tôi nghĩ đó là một sự đánh đổi rất thú vị.

tdot:Chúng tôi thực sự gặp một số rủi ro khi sử dụng từ "Plasma" vì nó chứa đựng nhiều giá trị lịch sử. Vấn đề là định nghĩa. Khi chúng tôi công bố Chế độ Plasma và triển khai nó trên mạng chính, nhiều người có thể đã nghĩ rằng nó khá giống với những gì Vitalik và cộng sự đã mô tả.

Thật ra đây vẫn là OP Stack. Khi chúng tôi đưa các tính năng giống như Plasma này vào OP Stack, chúng tôi không thiết kế lại OP Stack. Chúng tôi vẫn duy trì các giả định bảo mật của OP Stack và bổ sung thêm tính khả dụng của dữ liệu ngoài chuỗi (DA). Những gì chúng tôi mượn từ Plasma là người dùng có thể thách thức dữ liệu và xác minh tính khả dụng của nó, đồng thời nếu dữ liệu không có sẵn, hãy buộc nhà cung cấp DA gửi dữ liệu đó trên chuỗi hoặc sắp xếp lại dữ liệu để thoát. Giả định bảo mật của chúng tôi là bất kể điều gì xảy ra, người dùng sẽ có thể buộc thoát hoặc rút tiền, ngay cả khi nhà điều hành chuỗi hoặc nhà cung cấp DA là một nút độc hại.

Để đảm bảo điều này xảy ra, cần phải thực hiện nhiều bước. Ý tưởng là đảm bảo các phần cơ bản nhất trước tiên và dần dần phát triển dựa trên một số đảm bảo của OP Stack, dần dần đạt được sự phân cấp và dần dần đưa ra các đảm bảo này. Chúng tôi đã có một số khuôn khổ để đánh giá bảo mật tổng hợp do L2Beat và các khuôn khổ khác thiết lập, rất hữu ích cho cộng đồng.

Nhưng bản thân Plasma không hoàn toàn phù hợp với mô hình này. Vấn đề là nếu bạn cố gắng khớp hoàn toàn mẫu Plasma vào khung tổng hợp thì nó không hoàn toàn khớp ở tất cả các giai đoạn.

Chúng tôi vẫn cần triển khai một số tính năng này. Vì vậy, điều cần làm rõ là lộ trình và cách thức thực hiện cụ thể. Tôi nghĩ những điều này vẫn đang được xác định và hoàn thiện. Sẽ rất có ý nghĩa khi mọi người cùng nhau thảo luận về những vấn đề này, tìm ra ý nghĩa của chúng và cùng nhau đưa ra các định nghĩa.

Ben:Đúng, tôi hoàn toàn đồng ý với điều đó. Tiến bộ trong những việc như kiểm tra lỗi thực sự quan trọng, nhưng bạn nói đúng rằng mô hình bảo mật của Plasma yêu cầu một khung mới duy nhất để tổng hợp. Nếu bạn đủ lạc quan về khả năng mở rộng quy mô Ethereum mà không có lựa chọn nào khác, bạn sẽ cần các giải pháp sẵn có dữ liệu (DA) thay thế.

Thực tế là việc tổng hợp có những đánh đổi rõ ràng. Chúng dễ xây dựng hơn, đó là lý do tại sao cộng đồng mở rộng quy mô bắt đầu xây dựng chúng ngay từ đầu. Nhưng nếu bạn muốn một hệ thống blockchain thực sự có thể mở rộng theo chiều ngang, bạn không thể bị giới hạn bởi thông lượng dữ liệu của L1. Và nếu bạn chỉ sử dụng rollup, bạn sẽ bị hạn chế. Vì vậy, một khi bạn hiểu rằng mục tiêu là đưa blockchain lên quy mô toàn cầu, thì cần có một giải pháp sẵn có dữ liệu thay thế.

Tôi đã đề cập trước đó rằng Plasma là thứ tốt nhất chúng tôi có thể làm cho Lớp 2 của Alt DA, nhưng nó có những đánh đổi. Chúng ta cần truyền đạt điều này một cách rõ ràng - nếu nhà cung cấp dữ liệu sẵn có này ngừng hoạt động, tiền sẽ bị mất. Nhưng với Plasma, điều chúng tôi thực sự cần truyền đạt là "Nếu lớp sẵn có của dữ liệu này ngừng hoạt động, người dùng sẽ trả phí xuất bản L1 và những khoản phí đó sẽ không được phục hồi." Để hiểu mô hình bảo mật của Plasma, bạn sẽ nói: " Đây là DA." nhà cung cấp và nhà cung cấp này có thể giảm chi phí cho cộng đồng X đô la mỗi ngày để giữ an toàn cho hệ thống ”

Sau đó, bạn có thể nhân chi phí này với. thời điểm thoát ra và nói, "Nếu một nhà cung cấp DA độc hại xuất hiện, chi phí ròng sẽ là X đô la, về cơ bản là chi phí để thực hiện những thử thách này cho đến khi mọi người có thể rút tiền của họ." điều đó chắc chắn sẽ dẫn đến nhiều cuộc thảo luận về sự đánh đổi. Rõ ràng là bạn có thể có các nguồn DA phức tạp hơn, điều này làm tăng chi phí của cuộc tấn công và giảm khả năng đốt tiền mặt.

Đồng thời, điều này cũng sẽ làm tăng giá thành của hệ thống. Vì vậy, cuối cùng, với tư cách là người quản lý công nghệ này, chúng ta cần phải vạch ra những sự cân bằng này thật rõ ràng. Tôi nghĩ quan điểm của bạn là đúng, các nhà cung cấp DA đương nhiên sẽ có động cơ và không để chúng ta rơi vào tình thế tiến thoái lưỡng nan của ngư dân khi cuối cùng họ không thể rút tiền và phải để người khác đốt tiền. Đây có lẽ là một trong những cuộc tranh luận về tỷ lệ Lớp 2 yêu thích của tôi. Đó là một trong những cuộc tranh luận ban đầu - trước khi chúng tôi nhận ra, "Cuối cùng thì chúng tôi có thể cần phải làm điều này, nhưng chúng tôi có thể giải quyết vấn đề này bằng cách xuất bản dữ liệu lên L1." Vì vậy, thật tuyệt khi thấy chủ đề này xuất hiện trở lại trong mắt công chúng.

Tôi nghĩ trong năm tới chúng ta sẽ thấy sự hiểu biết của cộng đồng về vấn đề này tăng lên rất nhiều.

Sắp tới toàn bộ vòng tròn, từ OPCraft to Biomes on Redstone

05. Tiêu chuẩn hóa và tiến trình chuỗi Forward

tdot:Chúng tôi cần các công cụ tốt hơn để xác minh chuỗi và đảm bảo tính sẵn có của dữ liệu, đảm bảo đầu ra chính xác và kiểm tra kỹ lưỡng để đảm bảo ít nhất một người đang xác thực theo mặc định.

Càng nhiều người xác minh thì giá trị của chuỗi càng lớn. Vì vậy, nếu chúng tôi có thể giúp mọi người chạy các trình xác thực này rẻ hơn và dễ dàng hơn thì chúng tôi có thể tập hợp các tài nguyên của cộng đồng và đảm bảo luôn có người thách thức và xác thực. Đây là một trong những bước quan trọng để cải thiện tính bảo mật và phân cấp.

Thật tuyệt vời khi chúng ta có thể cùng nhau giải quyết những vấn đề này. Điều này cho phép giao thức nhận được nhiều sự chú ý hơn, nhiều ý tưởng hơn, nhiều cuộc thảo luận hơn và nhiều thử nghiệm hơn. Tôi nghĩ chế độ Plasma sẽ được nhiều người sử dụng hơn và sẽ có nhiều người khám phá và trải nghiệm nó hơn. Bằng cách này, việc chạy giao thức của bạn và biết rằng có nhiều người cũng đang chạy giao thức đó sẽ tăng thêm sự giám sát chặt chẽ và thử nghiệm giao thức trong thế giới thực. Cuối cùng, chúng ta sẽ tìm thấy một số giải pháp khá chắc chắn. Vì vậy tôi rất mong đợi điều đó. Nếu chúng tôi tự mình phát triển giao thức này, trải nghiệm sẽ hoàn toàn khác.

Ben:Đó là lý do tại sao phương pháp này rất hiệu quả và giúp chúng tôi tìm ra vấn đề là gì. Chúng tôi nhận thấy rằng việc tiêu chuẩn hóa là rất quan trọng đối với OP Stack. Chúng tôi cần cung cấp một cách thống nhất và dễ hiểu để mọi người vận hành các chuỗi này trong khi vẫn duy trì các thuộc tính bảo mật đã được xác nhận của họ. Bởi vì một thách thức là nhóm bên ngoài có thể thực hiện những thay đổi dường như vô hại nhưng thực tế lại có tác động rất lớn đến tính bảo mật, hiệu suất hoặc hành vi tổng thể của hệ thống. Từ quan điểm của chúng tôi, tiêu chuẩn hóa là một công cụ mạnh mẽ. Thông qua các cuộc thảo luận cộng đồng, chúng tôi không chỉ thu thập được nhiều ý kiến ​​khác nhau mà còn phát triển một bộ tiêu chuẩn cho phép mọi người hoạt động và giao tiếp một cách có trách nhiệm.

Mô hình bảo mật do L2Beat cung cấp là một nguồn tài nguyên công cộng cực kỳ có giá trị. Hiện tại, nó vẫn còn rất tùy biến và phân mảnh. Điều chúng ta cần là khi biên dịch hoặc triển khai một phiên bản OP Stack, hãy đưa nó vào chế độ Plasma và hệ thống có thể xuất các giả định bảo mật mà bạn đã đưa ra. Vì vậy, việc tiêu chuẩn hóa là rất quan trọng. Bạn nói đúng, nếu mọi người phát triển trong môi trường nhỏ của riêng mình mà không triển khai tiêu chuẩn thống nhất thì những vấn đề này sẽ tăng lên theo cấp số nhân.

tdot:Đã có các bên liên quan và ứng dụng chạy trên đó, điều này thực sự tuyệt vời. Sau khi đưa vào sản xuất, bạn có thể hiểu sâu hơn về nhu cầu của người dùng. Bạn biết ai đang sử dụng chuỗi, ai đang triển khai nó và sau đó bạn có thể liên lạc với họ và hỏi, "Bạn mong đợi điều gì? Bạn cần gì? Bạn sẵn sàng chi bao nhiêu cho nó? Giá có phù hợp không?" Bằng cách đó, bạn có thể nhận được những phản hồi thực sự thay vì mắc kẹt trong những cuộc thảo luận bất tận mà không thực sự hiểu rõ vấn đề.

Mục đích chung của lý thuyết trò chơi là nó phải được thử nghiệm trong thế giới thực. Nếu không, bạn sẽ không bao giờ biết được tác dụng thực sự. Mặc dù có thể suy đoán nhưng luôn có những điều bất ngờ. Vì vậy, tôi tin rằng cần phải lặp lại và thử nghiệm các thí nghiệm trong một môi trường tương đối an toàn. Nó cũng rất thú vị. Nó giống như có các mức độ bảo mật khác nhau; có một số chuỗi có tiêu chuẩn bảo mật cao hơn và có những chuỗi có công nghệ tiên tiến và cho phép thực hiện các thử nghiệm táo bạo.

Những chuỗi này có thể rẻ hơn và hoạt động tốt hơn nhưng cũng có nhiều rủi ro hơn. Bạn có thể thử nghiệm và thúc đẩy sự đổi mới từ đó. Vì vậy, sẽ có những rủi ro và phần thưởng khi trở thành một trong những người dùng đầu tiên trên các chuỗi này bị đẩy đến giới hạn của họ. Đây là điều chúng tôi đã dành rất nhiều thời gian để suy nghĩ trong năm nay.

Ben:Tập thể cũng đang tìm cách đóng góp. Tôi nghĩ bạn diễn đạt nó rất tốt. Bạn cần phải cân bằng giữa việc thử nghiệm các cải tiến mới trong môi trường thực tế với việc chạy một chuỗi an toàn và đã được chứng minh. Chúng tôi coi OP Stack là người hỗ trợ nguồn mở cho quá trình này, nơi mọi người phát triển công nghệ tiên tiến tuyệt vời, chứng minh tính hiệu quả của nó và sau đó quay lại và hợp nhất nó vào tiêu chuẩn để mọi người đều có thể hưởng lợi.

Điều này hoàn toàn phù hợp với các khái niệm về trò chơi có tổng dương, nguồn mở và sự phát triển. bạn đúng rồi. Để thúc đẩy công nghệ tiên tiến, cần phải có sự đánh đổi. Điều quan trọng là phải xây dựng các quy trình cho phép chúng tôi hưởng lợi từ những thời điểm quan trọng như sự ra mắt của Redstone, đồng thời giải quyết các cải tiến linh hoạt trong lĩnh vực mở rộng quy mô Ethereum, một lĩnh vực có thể còn phải mất một thập kỷ nữa. Chúng tôi cần những thử nghiệm đã được xác thực này phải được xác định rõ ràng và đưa vào tiêu chuẩn.

Chúng tôi rất vui mừng được bắt đầu cuộc hành trình này cùng bạn.

tdot:Tôi nghĩ việc có thể trở thành một phần của Superchain bất chấp những khác biệt này là một cách tuyệt vời để chia sẻ doanh thu và khuyến khích mọi người tham gia The Khía cạnh của việc thử nghiệm và triển khai các chuỗi mới rất thú vị, đồng thời mang lại lợi ích cho toàn bộ cộng đồng và nhiều cách triển khai khác nhau.

Mô hình này rất tốt, không giống như những người chạy fork ở góc riêng của họ, khó theo dõi và dễ gặp vấn đề về bảo mật. Và ở đây, bạn có một khuôn khổ có thể xác minh và kiểm tra hành động của mọi người. Đây chắc chắn là một lợi thế rất lớn. Tôi nghĩ nó đến một cách tự nhiên. Thật thú vị khi thấy nó đã phát triển như thế nào trong năm qua.

Ben:Trò chơi có tổng dương, anh bạn ạ, chúng ta phải tiếp tục đẩy giới hạn. Cuối cùng, đây nên được coi là phần mở rộng của Ethereum về lâu dài. Trong năm qua, quy trình cải tiến tổng hợp đã được triển khai trực tuyến, đây thực sự là một điều thú vị và về cơ bản kết nối các nhà phát triển cốt lõi của Lớp 1 và Lớp 2.

Trong tương lai, chúng ta sẽ thấy Lớp 2 dần dần áp dụng một số EIP quan trọng mà mọi người đều mong muốn triển khai trên Lớp 1. Lớp 2 là một nền tảng thử nghiệm tuyệt vời và các cải tiến bắt đầu bằng một số nhánh ngẫu nhiên, sau đó được hợp nhất vào OP Stack và cuối cùng được phát hành.

Cuối cùng, những cải tiến này sẽ đạt đến Lớp 1 và mọi người sẽ cổ vũ cho nó. Điều này sẽ rất tuyệt vời. Nó hơi giống việc biến Ethereum thành một sinh vật, với cơ sở mã Ethereum là DNA của nó.

tdot:Điều này cũng có lý.

Ben: Ừ, tuyệt vời. Quay lại với chuỗi Redstone tuyệt vời, tdot, bạn có hào hứng với những gì đang diễn ra trên Redstone ngay bây giờ không?

tdot:Đúng, chúng tôi có ứng dụng tốt nhất. Nói thật là tôi sốc luôn. Tôi đang chơi với This Cursed Machine[11], đây là ứng dụng điên rồ nhất hiện đang chạy trên Redstone. Điều đó thực sự thú vị, đặc biệt là khi mọi người thỏa sức sáng tạo và tạo ra điều gì đó chưa từng được thực hiện trước đây.

Ben:Đây có phải là trò chơi kinh dị trực tuyến đầu tiên không? Tôi không chắc mình đã từng thấy thứ gì giống như This Cursed Machine trước đây chưa.

tdot:Tôi không biết. Đây là một câu hỏi hay. Tôi nghĩ việc đưa những trải nghiệm này vào chuỗi thực sự thúc đẩy bạn tiến về phía trước. Tôi thực sự thích khi mọi người tạo ra những trò chơi hoàn toàn mới này thay vì chỉ chuyển các trò chơi hiện có lên chuỗi.

Ben:Tôi thực sự không muốn sử dụng cách so sánh đầu tư mạo hiểm cổ điển với thời kỳ đầu của Internet, nhưng tôi cảm thấy điều đó thế giới tự trị trên Redstone Nó thực sự đang dẫn đầu. Ví dụ, khi Internet lần đầu tiên xuất hiện, bản năng của con người là chuyển những thứ hiện có lên mạng, chẳng hạn như chuyển báo chí sang phiên bản kỹ thuật số.

Đổi mới thực sự xảy ra khi bạn nhận ra cách tận dụng các khả năng của hệ thống mới. Trên thực tế, một tờ báo trên Internet không có giá trị bằng một tờ báo nhỏ mà mọi người đều có tờ báo dài 240 ký tự của riêng mình. Đối với tôi, điều này rất giống với không gian đổi mới trên Redstone. Cộng đồng hiện tại đang vượt qua ranh giới của các trò chơi và thế giới toàn chuỗi và khám phá cách thúc đẩy sự phát triển của chúng.

tdot:Vâng, chúng tôi rất vui mừng. Môi trường này thực sự thu hút một cộng đồng siêu năng động, nơi mọi người có thể đẩy ý tưởng của mình đến giới hạn. Đây là một cải tiến lớn so với tâm lý suy đoán thuần túy. Tôi nghĩ ý tưởng chơi game cùng bạn bè cũng rất cảm động và thu hút được rất nhiều người thực sự giỏi.

Bây giờ là lúc vui chơi rồi anh bạn. Tôi cảm thấy như chúng tôi chưa hoàn toàn sẵn sàng cho tất cả những thứ mới sắp ra mắt, vì vậy tôi thực sự mong chờ điều đó.

Ben:Plasma đã quay trở lại. Plasma sống lâu.

tdot:Chúng tôi rất vui mừng và việc xây dựng vừa mới bắt đầu.

Tài liệu tham khảo

[1]Chế độ Plasma: https ://specs.optimism.io/experimental/plasma.html

[2]tdot: https://twitter.com/unsafetdot

[4]Lạc quan: https:/ /optimism.io/

[5]Ben Jones: https://twitter.com/ben_chain

[6]MUD: https://mud.dev/

[7]OPCraft: https://lattice.xyz/blog/making -of-opcraft-part-1-building-an-on-chain-voxel-game

[8]Quần xã: https://biomes.aw/

[9]Sentinel: https://github.com/latticexyz/sentinel

[10] Thế lưỡng nan của ngư dân: https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding

[11]Cỗ máy bị nguyền rủa này: https://thiscursedmachine.fun/