BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
AI AI
Tin nhanh
Bài viết
Sự kiện
BlockBeats Pro
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR
Partnered With:

Tranh luận về bản tổng hợp lớp 2: zkSync, Lạc quan, Arbitrum và Starkware

Đọc bài viết này mất 179 phút
Alex Gluchowski, người sáng lập dự án zkSync, đã đối mặt một cách dễ dàng trong cuộc tranh luận, thể hiện đầy đủ lợi thế tuyệt đối không thể thay thế của zkSync trong việc mở rộng Ethereum Lớp 2.
Tiêu đề gốc " Tranh luận về bản tổng hợp lớp 2: zkSync, Lạc quan, Arbitrum và Starkware 》
Tác giả gốc: khu vực Trung Quốc zkSync

Vào ngày 23 tháng 4 năm 2021, người dẫn chương trình Podcast Delphi và Delphi Ventures giám đốc quỹ Tom Shaughnessy đã mời người phụ trách dự án mở rộng Ethereum Layer 2 Rollup phổ biến nhất và một nhà phân tích đầu tư nổi tiếng tiến hành một cuộc tranh luận thú vị. Alex Gluchowski, người sáng lập dự án zkSync, đã có thể đối đầu với nhau trong cuộc tranh luận một cách dễ dàng, thể hiện đầy đủ lợi thế tuyệt đối không thể thay thế của zkSync trong việc mở rộng Ethereum Lớp 2.

 

Phòng thủ:

Người sáng lập zkSync: Alex Gluchowski

Người đóng góp cho sự lạc quan: Liam Horne

Trưởng nhóm hệ thống lạc quan: Mark Tyneway

Phòng thí nghiệm ngoài chuỗi Người sáng lập (Arbitrum): Ed Felten

Người đồng sáng lập Starkware: Eli Ben-Sasson

Cơ chế Nhà phân tích đầu tư vốn: Ben Simon

 

Chỉ mục:

(2:00) – (Câu hỏi đầu tiên ) Eli tự giới thiệu bản thân.

(2:26) – Alex giới thiệu bản thân.

(2:43) – Mark giới thiệu bản thân.

(2:57) – Liam giới thiệu bản thân.

(3:17) – Ed tự giới thiệu.

(3:40) – Ben tự giới thiệu.

(4:30) – Bản tổng hợp Optimisitc.

(5:42) – Những điểm khác biệt chính giữa Trọng tài và Chủ nghĩa lạc quan.

(8:13) – Những gì Starkware đang làm có gì khác biệt so với Optimism.

(11:20) – Lạc quan so với ZKrollups.

(20:19) – Sự khác biệt giữa bằng chứng gian lận và bằng chứng hợp lệ.

(29:07) – Điều gì sẽ xảy ra nếu mạng bị chia tách và hai bên đề xuất đề xuất theo các hướng khác nhau?

(21:18) – Suy nghĩ của Mark về bằng chứng gian lận.

(28:34) – Suy nghĩ về các cuộc tấn công vào Ethereum.

(40:02) – Lạc quan và Trọng tài dự định đạt được điều gì với việc áp dụng/chữ ký/bảng giá trên quy mô lớn.

(57:55) – Tiến trình sản phẩm của Optimism trên Ethereum.

(01:01:00) – Suy nghĩ về xu hướng và cách sử dụng thuật toán khởi động – Starkware, zkSync và Optimism.

(01:11:57) – Liệu hệ sinh thái Rollup có phải là người chiến thắng duy nhất không?

(01:20:10) – Nơi tìm Starkware.

(01:20:55) – Nơi tìm zkSync.

(01:21:57) – Nơi tìm thấy sự lạc quan.

(01:22:43) – Nơi tìm Trọng tài.

(01:23:25) – Nơi tìm BenSimon.

 

Quy trình tranh luận:

 

Tom (00:00:00):

Xin chào mọi người. Chào mừng trở lại câu lạc bộ của Delphi. Hôm nay, tôi rất vui khi có hai cuộc trò chuyện thú vị về các dự án mở rộng quy mô tổng hợp Lớp 2. Bây giờ xin vui lòng giới thiệu bản thân. Chúng ta sẽ bắt đầu ở phía trên bên trái. Hãy để tôi giới thiệu bản thân mình một cách nhanh chóng và đơn giản. Chúng tôi có Ed từ OffChain Labs. Chúng tôi có Eli từ StarkWare (Starkware). Alex từ Matter Labs đang chạy zkSync (zkSync). Chúng ta có Liam (Lạc quan) và Mark (Lạc quan) từ Lạc quan. Chúng tôi cũng có người bạn Ben (Cơ chế) Simon từ Tổ chức Cơ chế. Eli, hãy bắt đầu thôi. Bạn được mời giới thiệu ngắn gọn về con người mình trong vòng 15 đến 30 giây và sau đó đến lượt Alex.

 

Eli (Starkware) (00:00:36):

Vâng, trước hết , Đây là lần đầu tiên tôi tham dự Clubhouse. rất hào hứng. Tên tôi là Eli (Starkware) Ben-Sasson và tôi là người đồng sáng lập và chủ tịch của StarkWare. StarkWare có trụ sở tại Israel. Chúng tôi là một nhóm gồm 45 người đang chạy Lớp 2 bằng công nghệ có tên ZK-STARK. Vâng, đúng vậy.

 

Tom (00:01:01):

Tuyệt vời phải không Alex?

 

Alex (zkSync) (00:01:04):

Xin chào mọi người. Tôi là người đồng sáng lập MatterLabs và là đối tác tại zkSync. ZkSync là một giao thức được hỗ trợ bởi các bằng chứng không có kiến thức mang lại khả năng mở rộng cho Ethereum một cách không cần tin cậy.

 

Tom (00:01:18):

Tuyệt vời. Mark, còn bạn thì sao?

 

Mark (00:01:21):

Này, tên tôi là Mark (Optimism), tôi là nhà phát triển tại Optimism. Trước đây, tôi đã đóng góp cho dự án Handshake và hiện tại tôi đang cố gắng mở rộng quy mô Ethereum.

 

Tom (00:01:32):

Tuyệt vời. Liam, hãy nói chuyện với bạn tiếp theo và sau đó chúng ta sẽ quay lại với Ben. Bạn cũng đến từ Lạc quan phải không?

 

Liam (Lạc quan) (00:01:38):

Đúng Vâng, tôi là Liam. Tôi đã tham gia phát triển Ethereum được vài năm. là người đồng sáng lập của Youth Global và cũng đang nghiên cứu một giao thức có tên là kênh trạng thái, là giao thức mở rộng quy mô L2. Vâng, nhìn chung tôi đang cố gắng mở rộng quy mô của Ethereum và xây dựng cộng đồng.

 

Tom (00:01:57):

Thật tuyệt vời. Ed, còn bạn thì sao?

 

Ed (Arbitrum) (00:02:00):

Tôi Đó là Ed Felton. là người đồng sáng lập và nhà khoa học trưởng của Off-Chain Labs. Chúng tôi đã tạo ra Arbitrum, một giải pháp mở rộng quy mô Ethereum dựa trên bản tổng hợp lạc quan. Tôi đã dành phần lớn sự nghiệp học tập của mình đồng thời làm cố vấn cho Nhà Trắng.

 

Tom (00:02:20):

Tuyệt vời. Ben, còn bạn thì sao?

 

Ben (Cơ chế) (00:02:23):

Mọi người Tốt. Tên tôi là Ben (Cơ chế) Simon. Làm việc tại McKesson Capital, một quỹ đầu tư tiền điện tử tập trung vào DeFi. Tôi trở nên rất quan tâm đến Rollup, đặc biệt là trong vài tháng qua. Vì vậy, tôi rất mong chờ cuộc trò chuyện này.

 

Tom (00:02:35):

Được rồi. Các bạn ơi, chúng ta có nhiều dự án cần xử lý trong một khoảng thời gian ngắn. Vì vậy, tôi sẽ cố gắng giữ câu hỏi phù hợp nhất có thể. So với các bạn đều là chuyên gia, tôi có thể còn thiếu sót ở một số lĩnh vực. Hãy sửa tôi bất cứ nơi nào tôi sai. Hãy bắt đầu với một cái nhìn tổng quan về dự án. Có thể duy trì một tốc độ nhất định. Chúng tôi có các bản tổng hợp Optimism, ZKroll-up và Validium. Chúng tôi bắt đầu với bản tổng hợp Lạc quan và Trọng tài của Lạc quan. Liam (Lạc quan) và Mark (Lạc quan). Vui lòng cung cấp thông tin tổng quan ngắn gọn về tổng hợp Optimistic là gì và phương pháp của bạn, sau đó chúng ta sẽ chuyển sang Arbitrum.

 

Liam (Lạc quan) (00:03:16):

Của khóa học . Cảm ơn. Vì vậy, về cơ bản, ý tưởng của Optimistic rollup là giúp tất cả các bản tổng hợp thực hiện điều tương tự. Nhưng việc thực thi có phần tách rời khỏi sự đồng thuận, phải không? Do đó, trong một bản tổng hợp Optimistic, các giao dịch có thể được chạy và sau đó được thực hiện ngoài chuỗi. Sau đó, bạn có thể cung cấp nhóm trạng thái, kết quả thực thi và thực hiện. Bất kỳ ai cũng có thể trích xuất dữ liệu giao dịch đồng thuận Lớp 1, thực hiện các giao dịch đó và về cơ bản xem việc thực hiện hợp đồng trên chuỗi và ngoài chuỗi bằng cách so sánh định tuyến trạng thái. Do đó, đây chỉ là giải pháp không cần triển khai trên Ethereum Lớp 1.

 

Tom (00:04:27):

Hiểu rồi. Điều này khác với Arbitrum như thế nào? Bởi vì cả hai bạn đều đang thực hiện tổng hợp Lạc quan. Sự khác biệt chính giữa Arbitrum và Lạc quan là gì? Đây là một vấn đề cho cả hai bên. Nhưng hãy giao nó cho Ed.

 

Ed (Arbitrum) (00:04:47):

Tất nhiên rồi. Sự khác biệt chính trong công nghệ này là cách thức hoạt động của bằng chứng gian lận. Nghĩa là, nếu ai đó cam kết chặn tổng số và người khác cho rằng điều đó không chính xác, bạn sẽ giải quyết sự bất đồng đó như thế nào? Lạc quan sử dụng một phương pháp cho phép bạn thực hiện lại giao dịch đang tranh chấp. Arbitrum sử dụng giao thức tương tác nhiều vòng để giải quyết tranh chấp, chia chúng thành các tranh chấp rất nhỏ sau đó được giải quyết trên chuỗi. Tôi nghĩ hầu hết sự khác biệt giữa hai hệ thống đều xuất phát từ những khác biệt cơ bản trong cách tiếp cận. Sự khác biệt này có chi phí và những hàm ý khác mà chúng ta có thể khám phá sau.

 

Tom (00:05:36):

Tuyệt vời. Và tôi muốn mang nó trở lại với Optimism, các bạn nghĩ điểm khác biệt lớn nhất là gì? Bạn có đồng ý không?

 

Liam (Lạc quan) (00:05:44):

Đúng , Ed đưa ra sự khác biệt trong bằng chứng gian lận. Tôi cũng nghĩ có một số khác biệt giữa các máy ảo. Sự lạc quan thực sự tập trung vào việc ở càng gần Ethereum càng tốt. Kế hoạch mở rộng Ethereum thực sự. Chúng tôi không muốn phát triển một hệ thống công nghệ hoàn toàn khác. Tôi nghĩ chúng ta cũng có một số triết lý khác nhau về MEV và trình tự công bằng.

 

Ed (Arbitrum) ( 00:06:25):

Tôi có thể nhảy vào đây không?

 

Tom (00:06:27):

Vâng, thôi nào Quán ba.

 

Ed (Arbitrum) (00:06:29):

trong Chúng tôi rất quan tâm đến khả năng tương thích của Ethereum và chúng tôi đã cố gắng hết sức để đạt được khả năng tương thích. Cách tiếp cận kiến trúc của chúng tôi giúp chúng tôi tương thích hơn với Ethereum. Đó là nơi hệ thống của chúng tôi dẫn đầu. Nếu bạn so sánh Ethereum và Arbitrum cạnh nhau, chúng tôi khá tốt về khả năng tương thích. Vì vậy, tôi chỉ khuyến khích mọi người cân nhắc lời nói và đưa ra đánh giá của riêng mình.

 

Tom (00:07:06):

Vâng, tất nhiên rồi . Khả năng tương thích chắc chắn sẽ được xem xét. Tôi cũng muốn hỏi Alex (zkSync) và StarkWare về vấn đề này. Tại sao chúng ta không chuyển sang Eli? Tổng quan nhanh về những gì bạn đang làm so với tổng hợp Optimistic và sau đó chúng ta chuyển đến Alex.

 

Eli (Starkware) (00:07:30):

Được rồi. Chúng tôi trình bày sơ đồ chia tỷ lệ này dưới dạng bằng chứng mật mã hoặc bằng chứng hợp lệ. Vì vậy, ý tôi là, cả chúng tôi và Optimistic rollup đều muốn giải quyết vấn đề mở rộng quy mô và để làm được điều đó, một số thứ cần phải được chuyển từ Lớp 1 sang Lớp 2. Bây giờ câu hỏi là, nếu bạn muốn xây dựng bảo mật trên Lớp 1, bạn sẽ thực hiện điều đó như thế nào khi hầu hết các hoạt động diễn ra trên L2?

 

Eli (Starkware) (00:07:58):

Tôi Đoán đây là điểm khác biệt lớn nhất giữa Optimistic rollup dưới dạng bằng chứng gian lận và ZKrollup, bởi vì trên thực tế, không có kiến thức nào là một đối tượng rất dễ được xác định về mặt toán học và hầu hết các dự án đều không thực sự mang lại hiệu quả. Vì vậy, chúng tôi gọi nó là phương pháp dựa trên bằng chứng xác thực. Sự khác biệt lớn nhất là theo cách tiếp cận dựa trên tính hợp lệ, bạn có thể không bao giờ đề xuất cập nhật trạng thái không hợp lệ. Nói về mặt mật mã thì điều đó là không thể.

 

Eli (Starkware) (00:08:34):

Đúng Điều xảy ra là các nút Lớp 2 phải chịu nhiều gánh nặng hơn vì chúng cần tạo ra các bằng chứng hợp lệ này, vốn tốn kém cả về mặt mật mã và tính toán. Nhưng một khi đã làm được, những bằng chứng này có khả năng mở rộng cực kỳ cao và có thể được xác minh theo thời gian logarit. Vì vậy, bạn có thể thực hiện việc nén và lọc theo cấp số nhân phù hợp. Về cơ bản, đây là cách hoạt động của bằng chứng hợp lệ mà chúng tôi còn gọi là ZKrollup.

 

Eli (Starkware) (00:09:09):

Vậy đây là Lạc quan so với .ZKrollup. Bây giờ, trong ZKrollup, tôi sẽ mô tả những gì chúng tôi đã và đang làm và Alex (zkSync) sẽ chia sẻ những phát triển mới nhất của họ. Chúng tôi hợp tác chặt chẽ với nhiều nhóm để cung cấp cho họ các giải pháp mở rộng quy mô. Hiện tại chúng tôi đã triển khai ba hệ thống sản xuất. Năm công ty đầu tiên có giao dịch giao ngay, đã phục vụ họ kể từ tháng Sáu. Giao dịch ký quỹ trên dYdX chỉ còn một tuần nữa là diễn ra và cùng lúc đó, chúng tôi bắt đầu cung cấp dịch vụ ImmutableX thông qua việc đúc và giao dịch NFT. Nó cũng đã chạy rất trơn tru trong hơn một tuần. Ba hệ thống khác nhau này đều dựa trên bằng chứng xác thực, hai trong số đó nằm trong hệ thống có tên Validium. Một cái khác là Rollup.

 

Tom (00:10:27):

Đẹp quá. Tôi có một số câu hỏi nhưng trước tiên tôi muốn hỏi Alex (zkSync).

 

Alex (zkSync) (00:10:33):

Tất nhiên rồi. Vì vậy, tôi sẽ thêm điều gì đó vào câu hỏi Lạc quan so với ZKrollup. Tôi muốn giải thích nó từ quan điểm của người dùng. Bạn nhận được rất nhiều lợi ích từ việc sử dụng bằng chứng về hiệu quả. Một ví dụ rõ ràng là Ethereum đạt được tính bất biến mà bạn cần nhanh hơn nhiều. Sau khi bạn cung cấp bằng chứng, đó là bằng chứng cuối cùng và số tiền sẽ có sẵn. Một vài phút so với một hoặc hai tuần đối với bản tổng hợp Lạc quan. Điều thú vị thứ hai là bản thân Validium mang lại rất nhiều lợi thế. Tôi nghĩ về mặt chủ quan nó mang lại sự bảo mật tốt hơn. Tuy nhiên, có một thứ tương tự trong thế giới Lạc quan, được gọi là Plasma, nơi bạn có thể loại bỏ hoàn toàn dữ liệu khỏi chuỗi.

 

Alex (zkSync) (00:11:33):

Nhưng điều không thể đạt được bằng cách sử dụng bằng chứng gian lận là một yêu cầu bồi thường là cấu trúc của "ý chí", được đề xuất lần đầu tiên bởi StarkWare. Will là sự kết hợp giữa bằng chứng ngoài chuỗi và bằng chứng trên chuỗi. Đây là những gì chúng tôi đạt được bằng cách sử dụng kiến trúc có tên ZKPorter. Điều này rất thú vị vì nó mang lại cho bạn khả năng hoạt động liền mạch giữa Validium và ZKrollup, nơi người dùng có thể chọn các thuộc tính tài khoản khác nhau. Cụ thể, chúng tôi đang nghiên cứu zkSync và hiện đang xây dựng giải pháp ZKEVM. Quá trình này sẽ bắt đầu dưới dạng zkSync 2.0. zkSync1.0 đã được sử dụng từ mùa hè năm ngoái. Chúng tôi hy vọng sẽ mở rộng nó với khả năng lập trình phổ quát và ra mắt phiên bản 2.0 vào mùa hè này.

 

Tom (00:12:37):

Xuất sắc. Cảm ơn, Alex. Vẫn còn nhiều việc phải làm. Ben, tôi muốn chuyển nó cho bạn vì tôi biết bạn có thể có cách hay để tóm tắt điều này cho một số thính giả không rành về kỹ thuật của chúng tôi.

 

Ben (Cơ chế) (00:12:47):

Đúng. Trước hết, tôi nghĩ thật tuyệt khi được tham gia vào lĩnh vực này. Thật tuyệt khi biết được một số khác biệt và sự đánh đổi về mặt kỹ thuật giữa Optimistic và ZKrollup, sau đó là sự khác biệt giữa các loại Optimistic rollup và ZKrollup. Nhưng để thêm một chút bối cảnh và đặt cuộc thảo luận này vào bối cảnh rộng hơn về việc mở rộng quy mô Ethereum. Tôi nghĩ cả ZKrollup và Optimistic rollup đều có một số đặc tính quan trọng. Tôi nghĩ có thể đi sâu vào sự khác biệt giữa chúng, nhưng có lẽ việc chỉ ra những điểm tương đồng ngay từ đầu cũng rất quan trọng.

 

Ben (Cơ chế) (00:13:25):

Các bản tổng hợp ZK và Optimistic, cũng như các bản tổng hợp nói chung, khác với các bản tổng hợp các giải pháp mở rộng tiềm năng khác như sidechains. Điều này là do việc tổng hợp tách biệt việc tính toán khỏi chính dữ liệu và mang lại sự chắc chắn nhất định.

 

Ben (Cơ chế) (00:13:47):

Vì vậy, theo thuật ngữ phi kỹ thuật, điều này có nghĩa là Không có gì điều đó xảy ra trên chuỗi tổng hợp là điều cuối cùng. Nó không phải là cuối cùng cho đến khi nó được đưa vào chuỗi dựa trên Ethereum. Điều này có nghĩa là việc tổng hợp vốn đã bị hạn chế. Họ không có khả năng thực sự buộc phải chấp nhận bất kỳ giao dịch nào được xử lý trong một bản tổng hợp.

 

Cái này Hạn chế này thực sự là một lợi thế vì nó có nghĩa là mọi thứ xảy ra trong quá trình tổng hợp đều phải trải qua quá trình xem xét. Trong trường hợp của ZKrollup, họ thậm chí còn khiến quá trình này diễn ra nhanh chóng hơn bằng cách xác minh mật mã trên Ethereum. Vì vậy, theo một phép ẩn dụ nông cạn nào đó, chuỗi cơ sở Ethereum có khả năng đảo ngược bất kỳ giao dịch nào đã được xử lý trong giao dịch tổng hợp.

 

Ben (Cơ chế) (00:14:33):

Điều này thực sự quan trọng vì Đây là không phải như vậy đối với các giải pháp mở rộng quy mô khác như sidechain. Tôi nghĩ đó là lý do tại sao mọi người rất hào hứng với rollup, bởi vì họ đang chuẩn bị kế thừa các đặc tính bảo mật của sự đồng thuận Ethereum. Họ không cần mạng lưới đồng thuận khổng lồ của riêng mình. Họ dựa vào bảo mật Ethereum. Tôi nghĩ đây là một điểm không thể phủ nhận đối với bất kỳ chuyên gia công nghệ nào. Đây là cách tôi thường nghĩ về rollup. Nhiều sự khác biệt về công nghệ là quan trọng. Đó là cách tôi nhìn sự việc.

 

Ed (Arbitrum) (00:15:21):

Tôi nghĩ tôi gần như đồng ý. Tôi nghĩ rằng bất chấp câu hỏi mang tính quyết định liên quan đến việc tổng hợp Optimistic, vẫn có một số điều cần được làm rõ. Tôi sẽ để Lạc quan tự bảo vệ mình về điều này giống như Arbitrum, nhưng bạn có thể nhận được tính bất biến trong Ethereum nhanh như bạn có thể trong các hệ thống khác. Lý do tôi nói điều này là vì sự cân nhắc cuối cùng của bạn với tư cách là người dùng là nó không thể thay đổi và thay vì hoàn toàn chắc chắn về giao dịch vào thời điểm nào, mọi người chú ý đều biết rằng giao dịch của bạn sẽ xảy ra và kết quả sẽ ra sao. Trong Arbitrum, điều này xảy ra nhanh như trong bất kỳ hệ thống nào khác và nhanh như Ethereum.

 

Do đó , thực thể duy nhất không thể hiểu được các giao dịch của bạn ở tốc độ cuối cùng của Lớp 1 hoặc nhanh hơn chính là chuỗi Ethereum, phải không? Toàn bộ mục đích của việc tổng hợp là để đảm bảo rằng chuỗi Ethereum không phải tuân theo từng chi tiết của mọi giao dịch. Tuy nhiên, sau khi giao dịch được gửi để thực hiện và được ghi lại trên chuỗi Lớp 1, giao dịch của bạn sẽ trở thành giao dịch cuối cùng. Kết quả được đảm bảo. Bất kỳ ai trên thế giới, kể cả bạn, đều có thể buộc hệ thống chấp nhận nó một cách chính xác. Vì vậy, bạn sẽ nhanh chóng đạt được kết quả cuối cùng trong một bản tổng hợp Lạc quan, trong đó bên thực sự duy nhất không biết kết quả của giao dịch là chuỗi Ethereum. Chuỗi lớp 1 mất nhiều thời gian hơn để xác nhận đầy đủ kết quả cuối cùng của giao dịch.

 

Alex (zkSync) (00:17:17):

Tôi có một câu hỏi về vấn đề này, bạn có nghĩ nó thực tế không khi người dùng có thể hiểu được mục đích cuối cùng của nó? Người dùng Arbitrum có thể chạy một nút đầy đủ của Arbitrum không? Bởi đây tuyệt đối là điều kiện tiên quyết để họ biết được thương vụ này có cuối cùng hay không.

 

Ed (Arbitrum) (00:17:37):

Vì vậy, họ cần phải tự chạy một nút đầy đủ, điều này khả thi vì bạn có thể chạy một nút đầy đủ trên máy tính thông thường. Hoặc bạn cần phải làm những gì hầu hết người dùng Ethereum làm, đó là đi qua một nút đầy đủ mà họ tin tưởng. Chúng tôi nghĩ về nó giống như Ethereum. Chúng tôi giả định rằng nhiều người dùng sẽ sử dụng các nút đầy đủ do người khác điều hành. Bất kỳ ai cũng có thể chạy một nút đầy đủ và việc chạy nó trên bất kỳ máy tính nào bạn có là điều rất hợp lý. Vì vậy, chúng tôi không tốt hơn hay tệ hơn Ethereum.

 

Tôi sẽ chỉ ra rằng nếu bạn đang sử dụng một hệ thống khác, ví dụ: ZK system) được xây dựng trên Ethereum, bạn sẽ cần phải tự chạy một nút đầy đủ của Ethereum để có được mức độ tin cậy tương tự. Về cơ bản, điều này không khác với tình huống trong các hệ thống khác của ZK hoặc Optimistic.

 

Alex (zkSync) (00:18:28):

Câu hỏi tiếp theo, nếu bạn nói rằng toàn bộ nút sẽ có thể chạy được trên phần cứng thông thường của người tiêu dùng, thì chúng ta sẽ có khả năng mở rộng như thế nào? Bởi vì nếu các yêu cầu về phần cứng giống như yêu cầu của nút Ethereum thì tôi cũng mong đợi những hạn chế tương tự.

 

Ed (Arbitrum) (00:18:50):

Tôi muốn nói vài điều. Đầu tiên là Ethereum được thiết kế sao cho các nút chỉ dành một phần rất nhỏ thời gian để thực hiện các giao dịch. Các nút Arbitrum luôn có thể thực hiện giao dịch. Vì vậy, bạn có thể nhận được tốc độ rất ấn tượng ngay lập tức. Và sau đó, có rất nhiều điều bạn có thể làm về mặt hiệu suất, nhưng xét về lộ trình, chúng tôi vẫn chưa nói về tất cả những điều đó. Tuy nhiên, bằng cách tận dụng quyền tự do kỹ thuật khi tự thiết kế hệ thống, bạn có thể làm được nhiều việc để tăng tốc độ thực thi vượt xa những gì Ethereum có thể làm.

 

Đánh dấu (Lạc quan) (00:19:37):

Thay đổi Nói cách khác, kế hoạch bạn thực hiện với Ethereum sử dụng ít tính toán hơn so với thực tế, ví dụ: các nút Ethereum sẽ nhắm mục tiêu khoảng 1/10 công suất tối đa của chúng để ngăn chặn các cuộc tấn công từ chối dịch vụ hoặc phí gas cao hơn. xuống toàn bộ mạng. Vì vậy, việc có bộ đệm đó là một tính năng quan trọng trong node.

 

Tom (00:20:18):

Điều đó hợp lý. Các bạn ơi, tôi có thể phóng to một chút không, ai đó có thể cho tôi cái nhìn tổng quan về sự khác biệt giữa bằng chứng gian lận và bằng chứng hợp lệ được không? Tôi biết chúng tôi hơi vượt trội nhưng có sự khác biệt lớn giữa hai cách thiết lập này.

 

Eli (Starkware) (00:20:34):

Tôi có thể thử. Sự khác biệt lớn nhất là trong bản tổng hợp bằng chứng gian lận hoặc lạc quan, hệ thống có thể tạm thời ở vị trí không hợp lệ. Cách thức hoạt động của hệ thống là bất kỳ ai cũng có thể đăng bất kỳ cập nhật được đề xuất nào về trạng thái của hệ thống, ngay cả những cập nhật có thể không hợp lệ. Điều gì sẽ xảy ra nếu ai đó làm điều này là ai đó sẽ cảnh báo Arbitrum về mối nguy hiểm. Đây là cách vấn đề được giải quyết. Đây là cách hoạt động của các bằng chứng gian lận như Arbitrum và Optimistic rollup.

 

Eli (Starkware) (00:21:26):

Để chứng minh tính hợp lệ, đây là những gì zkSync và StarkWare thực hiện, cùng với các dự án Loopring và Hermes. Hệ thống không bao giờ có thể bị bỏ lại ở một vị trí không hiệu quả. Để chuyển trạng thái hệ thống sang một trạng thái mới nào đó, phải cung cấp bằng chứng. Mật mã ngăn chặn bất kỳ ai, kể cả những kẻ độc hại, tạo ra bằng chứng về các chuyển đổi không hợp lệ. Trong một bằng chứng hợp lệ, ai đó được gọi là người chứng minh cần thực hiện một phép tính rất lớn để tạo ra bằng chứng này. Sau đó, những người khác có thể ngồi lại, nhanh chóng xác minh và cảm thấy yên tâm rằng mọi thứ đều ổn.

 

Trong Optimistic rollup, mọi người đều chịu tải tính toán đi qua giữa. Nó đòi hỏi nhiều tác nhân phải theo dõi và xem hệ thống, và tất cả họ đều cung cấp khối lượng công việc gần như giống nhau. Vì vậy, không có sự sai lệch nào đến mức một nút khó chạy hơn nút khác. Đây là một sự đánh đổi. Bạn có thể coi đây là một lợi thế hoặc một bất lợi. Nó thực sự có thể hữu ích nếu ai đó chạy nhiều hơn và khiến người khác làm việc ít hơn. Hoặc bạn có thể nói, không, bạn muốn hệ thống của mình sao cho mọi người đều làm việc chăm chỉ như nhau.

 

Ben (Cơ chế) (00:23:10):

Vì vậy, phần này tập trung vào câu hỏi liệu bạn có thích cách tiếp cận trong đó có một nhóm người đang chạy các nút đầy đủ hay không. Nếu mọi người đang chạy các nút đầy đủ, họ đang tự tính toán. Họ biết chuyện gì đang xảy ra và đang làm theo sự dẫn dắt của họ. Tôi nghĩ những gì Eli đang mô tả là một cách tiếp cận tập trung hơn, trong đó bạn có một thực thể thực hiện nhiều công việc hơn và thực sự thực hiện tất cả các giao dịch, trong khi những thực thể khác dựa vào những bằng chứng xác thực này. Câu hỏi đặt ra là liệu bạn muốn thực hiện bằng chứng mọi lúc hay xử lý bằng chứng. Mỗi khi ai đó đề xuất một giao dịch, nó có phải kèm theo bằng chứng không, hay xin lỗi, mỗi khi ai đó đề xuất cập nhật trạng thái? Hay nó chỉ được thực hiện khi có tranh chấp thực tế giữa các bên?

 

Ben (Cơ chế) (00:24:15):

ZK Hệ thống của Type luôn chủ động chứng minh, trong khi hệ thống của Optimism chỉ bận tâm đến việc chứng minh và xử lý tranh chấp nếu mọi người thực sự không đồng ý với kết quả. Do đó, cái tên Lạc quan. Điều đó có nghĩa là thông thường, điều xảy ra là ai đó đưa ra bản cập nhật chính xác và người khác nhìn vào nó và nói, "Ừ, đúng vậy." Và bạn tiếp tục. Không có bằng chứng hoặc kiểm tra bằng chứng trực tuyến hoặc bất kỳ loại tranh chấp nào mà mọi người hành động phù hợp với động cơ của họ.

 

Alex (zkSync) (00:24:57):

Tuyên bố từ chối trách nhiệm ngắn gọn, trong hệ thống ZK dựa trên bằng chứng hợp lệ, bạn có khả năng phân cấp cao hơn nhiều vì mọi giao dịch đều do bạn kiểm soát và mọi nút thay vì chỉ bởi một tập hợp nhỏ các nút thực hiện xác minh.

 

Ben (Cơ chế) (00:25:19):

Tôi muốn nhảy nhanh Quay lại bằng chứng gian lận mà tôi đang thảo luận. Một cách đơn giản để nghĩ về điều này là vì đã có người chứng minh nên những trọng tài này không cần phải giám sát trạng thái tổng hợp vì người chứng minh đang thực hiện tất cả những công việc nặng nhọc. Về bằng chứng gian lận, Mark Liam có thể sửa tôi nếu tôi sai, ít nhất thì lúc đầu đây giống như một trình tự sắp xếp.

 

Ben (Cơ chế) (00:25:48):

Tôi Bạn biết đấy, Mark, bạn đã đề cập rằng Chủ nghĩa Lạc quan và Chủ nghĩa Trọng tài có thể đi theo những dòng triết học khác nhau khi nói đến trình tự sắp xếp như thế nào. Bạn có thể có một trình sắp xếp thứ tự để sắp xếp và xử lý các giao dịch trong một bản tổng hợp lạc quan. Và sau đó bạn có tất cả những người xác thực khác (những người dùng này) đang kiểm tra xem những giao dịch vừa được trình sắp xếp thứ tự xử lý này có hợp lệ không? Nếu cần thiết, những trọng tài đó và những người xác nhận khác có thể ném cờ để tuân theo phép ẩn dụ. Điều này đã dẫn đến một thỏa thuận giải quyết tranh chấp.

 

Đánh dấu , Liam và Ed có thể thảo luận về sự khác biệt giữa các thỏa thuận giải quyết tranh chấp. Tuy nhiên, điều xảy ra khi giao thức giải quyết tranh chấp này được kích hoạt là một số hoặc tất cả giao dịch được thực hiện thông qua EVM (Máy ảo Ethereum) hoặc một số phần của giao dịch được thực hiện thông qua. Nhưng đó chính là lý do bạn có hệ thống trọng tài này.

 

Đó là cách tôi nghĩ về hành vi gian lận này. Tôi cũng sẽ nói thêm rằng tên "Lạc quan" cho "Tổng hợp lạc quan" là do ý tưởng rằng việc tổng hợp Lạc quan giả định rằng giao dịch là hợp lệ cho đến khi được chứng minh ngược lại. Vô tội cho đến khi được chứng minh là có tội và ZK có tội cho đến khi được chứng minh là vô tội. Mọi thứ cần phải đáp ứng tiêu chuẩn chứng minh mật mã này.

 

Ben (Cơ chế) (00:27:09):

Tôi Tôi có thể nói, cái tên Lạc quan thậm chí có thể mang một ý nghĩa khác. Điều này không nhất thiết là cố ý, nhưng điều đó có nghĩa là miễn là chỉ có một trình xác thực trong Tổng hợp lạc quan có tính toàn vẹn để xác thực chính xác các giao dịch và miễn là bạn chỉ có một trọng tài hoạt động trên toàn bộ mạng thì mạng của bạn có thể có trình xác thực. hãy cẩn thận và gửi bằng chứng gian lận nếu cần thiết, và bạn sẽ được an toàn.

 

Ngay cả khi mọi trình xác thực khác trên mạng đều bị hỏng, ngay cả khi có là tấn công 51%, đối với thế giới Lạc quan, miễn là có một trạng thái có thể gửi thử thách cho trình sắp xếp trình tự hoặc trình sắp xếp trình tự, thì trạng thái đó không thành vấn đề. Những người xác nhận khác. Tôi nghĩ đó là một ý tưởng rất mạnh mẽ. Bạn không cần phải phá vỡ 51% số nút như trên một blockchain thông thường.

 

Ben (Cơ chế) (00:28:03):

Ngoài ra, còn có Ed và Mark, nhưng cũng có trường hợp tính hữu hạn sẽ đến sau Ethereum vì có những sự chậm trễ khi rút tiền giao dịch này. Về lý thuyết, nếu có vấn đề với mạng tổng hợp Optimism, trình xác thực có thể trực tuyến không? Vitalik nói về sự cần thiết của việc huy động cộng đồng. Thật sự? Có lẽ chúng ta có thể nói chuyện nhiều hơn một chút, vì “nút trung thực” này là một điểm rất quan trọng. Tôi biết, Alex, bạn cũng chỉ trích điều này. Vì vậy, bạn có thể hiểu giả định của tôi, tôi hơi tò mò.

 

Ed (Arbitrum) (00:28:45):

Có.

 

Alex (zkSync) (00:28:45):

Vậy , Tom... Được rồi. Ed, muốn nói chuyện trước không?

 

Ed (Arbitrum) (00:28:48):

Có của. Vì vậy, giả định về một nút trung thực thực sự quan trọng, không chỉ một nút trung thực mới có thể đảm bảo an ninh. Tương tự như vậy, bất kỳ nút trung thực nào cũng có thể thúc đẩy sự tiến bộ. Điều này đúng vì bạn không cần phần cứng cao cấp đặc biệt hay bất cứ thứ gì để hoạt động như một nút trong hệ thống của mình. Bất kỳ ai cũng có thể đề xuất các bản cập nhật hoặc lỗi. Điều này có nghĩa là bạn có thể đưa ra những đảm bảo rất chắc chắn về tiến độ. Cả hai bên đều có thể buộc phải đạt được tiến bộ đúng đắn chứ không chỉ ngăn chặn điều xấu xảy ra.

 

Alex (zkSync) (00:29:31):

Điều gì sẽ xảy ra nếu mạng bị chia rẽ và hai bên đưa ra những câu chuyện khác nhau cùng một lúc?

 

Ed (Arbitrum) (00:29:37):

Có tranh chấp giữa họ. Tranh chấp được giải quyết và đúng người thắng.

 

Alex (zkSync) (00:29:42):

Bởi cách Nói tóm lại, cả hai đều hợp lệ.

 

Ed (Arbitrum) (00:29:44):

Họ Chúng không thể có giá trị cùng một lúc. Nếu cả hai đều hợp lệ thì cả hai đều đúng. Nếu cả hai đều hợp lệ thì chúng sẽ giống nhau.

 

Alex (zkSync) (00:29:53):

OK Vâng, chúng có thể chứa các nhóm giao dịch khác nhau.

 

Ed (Arbitrum) (00:29:57):

Không, họ không' t. Điều này thực sự khá quan trọng đối với cách các hệ thống này hoạt động. Vì vậy, hãy để tôi làm rõ. Bất kỳ ai gửi các khối tổng hợp này, ít nhất là trong Arbitrum, sẽ không chọn thứ tự bao gồm các giao dịch. Việc đặt hàng được thực hiện thông qua hợp đồng Lớp 1. Vì vậy, bạn thực hiện các giao dịch với chuỗi bằng cách gọi hợp đồng Lớp 1 hoặc nhiều khả năng là một nút đầy đủ thực hiện việc này thay mặt bạn để thực hiện một loạt giao dịch. Do đó, các giao dịch của bạn sẽ được đặt hàng thông qua hợp đồng Lớp 1 chạy trên Ethereum và do đó không cần phải tin cậy.

 

Mọi thứ diễn ra trên chuỗi và các khối chức năng được đề xuất này đang cho bạn biết: "Kết quả chính xác của một giao dịch đã được thực hiện tuần tự trên chuỗi là gì?" Do đó, không có cách nào để chọn các giao dịch khác để chạy. Nó không giống như một kho ký ức. Điều này giống xử lý hàng đợi hơn. Điều này có nghĩa là chỉ có một kết quả chắc chắn đúng. Điều này thực sự quan trọng. Bằng cách này, bạn có thể đạt được sự chắc chắn này nhanh nhất có thể vì khi giao dịch của bạn được ghi lại trên chuỗi, kết quả sẽ được xác định đầy đủ và cuối cùng. Người gửi khối chỉ gửi kết quả giao dịch chính xác thay vì chọn chúng.

 

Tom (00:31:33):

Cảm ơn Ed và Mark, hoặc xin lỗi Ed và Alex. Mark, tôi tưởng bạn muốn tham gia.

 

Liam (Lạc quan) (00:31:39):

Tất nhiên rồi. Trước tiên, tôi sẽ nói về bằng chứng gian lận vì chúng cần được thế chấp vì ở Lớp 1, việc thực thi (bản thân bằng chứng gian lận) thực sự rất tốn kém. Bạn thực sự muốn tạo ra một bằng chứng gian lận với chi phí thực hiện rẻ nhất có thể. Vì điều này, số tiền ký quỹ đưa ra sẽ càng nhỏ càng tốt.

 

Tỷ lệ ký quỹ càng lớn thì hiệu quả sử dụng vốn càng thấp. Tôi nghĩ rằng trong tương lai, những người thực sự thành thạo DeFi sẽ khám phá ra các hệ thống tự động hóa việc chuyển giao giá trị. Chơi với chip bằng cách sử dụng các mức phí cơ bản sắp tới để biết bạn cần đặt cược bao nhiêu giá trị tại bất kỳ thời điểm nào để nhận được nhiều lợi ích hơn.

 

Liam (Lạc quan) (00:32:32):

Và những thứ như Yearn có thể chuyển tiền vào và ra để đảm bảo rằng số tiền ký quỹ luôn lớn hơn chi phí thực hiện bằng chứng gian lận. Bởi vì ý tưởng là người dùng gửi bằng chứng gian lận sẽ trả tiền cho bằng chứng gian lận đó. Đổi lại, họ nhận được một khoản tiền đặt cọc. Vì vậy, trừ khi việc đó xứng đáng với thời gian của họ, họ sẽ không thể gửi bằng chứng gian lận để bảo mật hệ thống. Ý tưởng xem xét bằng chứng gian lận khiến nhiều người phải chú ý. Giả sử 51% thợ mỏ quyết định không bao giờ xây dựng một khối có hợp đồng yêu cầu bằng chứng gian lận. Sau đó, không ai có thể gửi bằng chứng gian lận.

 

Liam (Lạc quan) (00:33:34):

Bây giờ, tôi không nghĩ đây là vấn đề vì hai lý do. Đầu tiên, bạn chỉ cần một người xác thực để gửi bằng chứng gian lận trực tuyến. Bạn có 7 ngày để có được bằng chứng gian lận này. Optimism có thời hạn chống gian lận trong 7 ngày, nghĩa là chỉ mất 7 ngày để có được bằng chứng gian lận. Sẽ thật may mắn nếu liên tục sắp xếp lại tất cả các khối với các giao dịch được gọi là hợp đồng chống gian lận.

 

Ý tưởng là cộng đồng có thể phối hợp và tìm ra giải pháp trong những bảy ngày Làm thế nào để làm. Cuối cùng, cộng đồng Ethereum hướng tới sự đồng thuận cơ bản bên ngoài mã và giải quyết vấn đề theo cách đó. Một điều nữa là tôi tin rằng các thợ đào sẽ kiểm tra những người dùng gửi bằng chứng gian lận vì họ muốn tự mình gửi bằng chứng gian lận. Gửi giao dịch gasprice bằng 0 trong khối để lấy lại tài sản của bạn.

 

Alex (zkSync) (00:34:57):

OK Chà, điều này rất thú vị. Bạn có thể hỏi một vài câu hỏi. Tôi nghĩ có hai điều đang diễn ra ở đây.

 

Liam (Lạc quan) (00:35:08):

Của tất nhiên Can.

 

Alex (zkSync) (00:35:08):

Vì vậy, giả sử điều đầu tiên có thể thực hiện được là nó không yêu cầu kẻ tấn công phải chi một số chi phí liên tục trong suốt cả tuần. Tất cả những gì họ làm là đưa ra những lời hứa hợp lý. Họ nói: "Chúng tôi đe dọa sẽ tránh mọi trở ngại, bao gồm cả các giao dịch. Họ có thể chứng minh điều đó". Họ có thể chứng minh rằng họ có đủ sức mạnh băm. Bằng cách này, họ có thể buộc thợ mỏ phải tuân thủ vì thợ mỏ sẽ là người mất tiền nếu họ cố gắng chặn giao dịch. Vì vậy, chi phí thực tế thấp hơn nhiều.

 

Liam (Lạc quan) (00:35:58):

Chỉ Điều hiệu quả là... bởi vì chỉ cần một người khai thác đào tẩu và đưa ra bằng chứng gian lận. Phần thưởng - (bị gián đoạn)

 

Alex (zkSync) (00:36:12):

Không, không, không, không, không, không.

 

Ed (Arbitrum) (00:36:13):

v.v. . một lúc. Hãy thực tế về điều này. Nếu trường hợp đó xảy ra và việc bắt đầu đánh giá kiểm duyệt trong bảy ngày đối với Ethereum là rẻ và dễ dàng thì điều này sẽ tiếp tục xảy ra. Bạn có thể kiếm rất nhiều tiền bằng cách hack các giao thức DeFi và áp đặt thời gian trì hoãn 7 ngày cho chúng. Nếu việc này quá dễ dàng và quá rẻ và cộng đồng thực sự không phản hồi thì nó sẽ tiếp tục xảy ra, nhưng thực tế không phải vậy. Tôi nghĩ Alex (zkSync) đã đánh giá thấp rất nhiều khả năng phục hồi của hệ sinh thái Ethereum. Và nó không nhất quán với cách mọi người sử dụng hệ thống ngày nay. Mọi người ngày nay không phải đợi một tuần để hoàn thành công việc.

 

Alex (zkSync) (00:37:01):

Vì vậy, tôi nghĩ là có Một lập luận đã được hiệu đính nhằm ngăn chặn các thợ mỏ thực hiện cuộc tấn công 51% này có thể là phản ứng từ cộng đồng. Phản hồi của cộng đồng mà chúng tôi thấy về EIP-1559 là thực sự rất khó đạt được sự đồng thuận về các chủ đề gây tranh cãi. Nó không đơn giản như vậy. Chúng tôi không có một cộng đồng thống nhất – (bị gián đoạn)

 

Ed (Arbitrum) (00:37:32):

Vậy tại sao những cuộc tấn công như thế này không xảy ra thường xuyên? Tại sao những cuộc tấn công này không xảy ra liên tục? Tại sao mọi người không – (bị gián đoạn)

 

Alex (zkSync) (00:37:39):

Vâng, có một lập luận rất thú vị. Có lập luận mạnh mẽ rằng điều này thực sự không có lợi cho các thợ mỏ. Vì vậy, trước hết, rất khó để khai thác bất kỳ lỗ hổng nào hiện có theo cách xác định. Bởi vì những gì bạn đang cố gắng làm là suy đoán rằng chi phí của nhà sản xuất sẽ giảm và họ phải bán khống rất nhiều nhà sản xuất, vì vậy họ cần phải bỏ ra nhiều vốn, v.v.

 

Ed (Arbitrum) (00:38:15):

Bạn sẽ ngăn chặn các bản cập nhật của Oracle. Đó là một cuộc tấn công. Nếu lập luận của bạn đúng, nó sẽ luôn xảy ra.

 

Alex (zkSync) (00:38:23):

Không không không. Bạn cần một số cách để kiếm nhiều tiền hơn với nó và bạn với tư cách là người khai thác sẽ mất tiền khi giá ether giảm xuống và - (bị gián đoạn)

 

Ed (Arbitrum ) (00:38:32):

Aha

 

Alex (zkSync ) (00:38:33):

Có. Thật thú vị. Do đó, tôi có thể chấp nhận lập luận rằng những người khai thác có một số lợi ích nhất định đối với hệ sinh thái. Đó là lý do tại sao họ không muốn làm điều đó.

 

Ed (Arbitrum) (00:38:42):

Đây là lý do tại sao điều đó sẽ không xảy ra.

 

Alex (zkSync) (00:38:43):

Từ Điều này sẽ gây tổn hại đến lợi ích của họ về lâu dài trừ khi không có lợi ích lâu dài. Do đó, tất cả các thợ mỏ đều biết rằng chúng tôi sẽ sớm chuyển sang POS. thực tế.

 

Alex (zkSync) (00:38:58):

Xin lỗi ?

 

Ed (Arbitrum) (00:38:58):

Tại sao Cuộc tấn công này không xảy ra bây giờ à? Có nhiều cách dễ dàng để kiếm tiền.

 

Alex (zkSync) (00:39:01):

Bởi vì Không có cách nào đơn giản.

 

Ed (Arbitrum) ( 00:39:04):

Ngăn chặn các bản cập nhật của Oracle. Điều này tạo ra sự chênh lệch giá rất dễ dàng giữa các hệ thống DeFi dựa vào các bản cập nhật của Oracle và thị trường bên ngoài. Sau đó, chỉ cần cho phép bản thân giao dịch, bạn có thể khai thác mức chênh lệch này một cách điên cuồng. Điều này rất dễ bị tấn công. Điều này sẽ rất có lợi nhuận. Và nếu bạn đúng về việc thực hiện việc này dễ dàng như thế nào thì điều này sẽ luôn xảy ra, nhưng thực tế không phải vậy.

 

Alex (zkSync) (00:39:36):

Cái này Ý tôi là thế. Hiện nay, các thợ mỏ có rất nhiều quyền lợi được đảm bảo. Tuy nhiên, gần đến thời điểm chúng tôi chuyển sang POS, điều này đã không xảy ra.

 

Ed (Arbitrum) (00:39:45):

Sau đó Liệu tất cả DeFi có chết vào thời điểm đó không?

 

Alex (zkSync) (00:39:51):

Tôi Nghĩ rằng điều này rất khó sửa. Bạn sẽ mất một phần lớn vào tay những kẻ tấn công đang tìm cách thu được lợi nhuận bất hợp pháp thông qua trao đổi và mọi thứ khác. Cuối cùng, tương lai đã bị mất.

 

Ed(Arbitrum)(00:40:12):

Có. Tuy nhiên, hãy lưu ý rằng điều này không liên quan gì đến kịch bản tổng hợp Lạc quan. Đây là vấn đề đối với bất kỳ hệ thống nào dựa vào thời hạn dưới một tuần.

 

Alex(zkSync)(00:40:24):

Tôi Không đồng ý, vì có sự khác biệt rất lớn về mức độ dễ dàng và trực tiếp của việc khai thác thực tế. Đó là một trường hợp nếu bạn đang làm một việc gì đó rất phức tạp và bạn phải thực hiện nhiều thao tác và đòi hỏi nhiều vốn đầu tư. Nhưng sẽ là một chuyện nếu bạn chạy một chương trình nào đó và nó mang lại tài sản trị giá 10 tỷ USD mà bạn có thể sử dụng ngay.

 

Ed(Arbitrum)(00:40:51):

Nhưng hiện nay có những nhà tạo lập thị trường có tính thanh khoản cao. Đây là việc kinh doanh của họ. Nếu ai đó có thể tạo ra sự chênh lệch về giá giữa thị trường DeFi dựa trên Oracle và phần còn lại của thế giới, thì sẽ có rất nhiều hoạt động kinh doanh chênh lệch giá. Tình trạng này rất dễ bị tấn công nhưng đến nay vẫn chưa xảy ra. Điều này không liên quan gì đến sơ đồ tổng hợp lạc quan. Bạn đang cho rằng Ethereum về cơ bản có sai sót, nhưng thực tế không phải vậy.

 

Alex(zkSync)(00:41:20):

Tôi muốn tạo một sự khác biệt Ý kiến... Chà, tôi đang nêu ra nó như một câu hỏi. Tôi nghĩ đó là một lợi thế cho các bằng chứng có giá trị so với các bằng chứng lạc quan. Nhưng tôi muốn biết Chủ nghĩa Lạc quan và Trọng tài giải quyết những vấn đề tôi sắp nêu ra như thế nào. Vì vậy, đây là một trường hợp. Chúng tôi đã phát trực tiếp với dYdX khoảng một tuần rưỡi trước. Vào ngày 17 tháng 4, giá giao dịch ký quỹ của tiền điện tử và dYdX đã giảm 20%. Hệ thống diễn ra rất suôn sẻ (trong những đợt biến động lớn) vì hệ thống của chúng tôi đã xử lý hơn 1.000 lần thanh lý trong vòng chưa đầy một giờ vì chúng tôi có thể nhập giá Oracle vào hệ thống với tần suất rất cao.

 

Bởi vì các phép tính rất phức tạp được thực hiện trên Lớp 2, và nếu đặt nó trên Lớp 1 sẽ sử dụng nhiều gas. Đặc biệt, họ muốn sử dụng báo giá của Oracle ở mức cao. Giờ đây, với hệ thống chứng minh tính hợp lệ, bạn không cần phải đưa bất kỳ nguồn cấp giá nào hoặc chữ ký của chúng hay bất kỳ thứ gì lên chuỗi vì bạn có bằng chứng về tính hợp lệ. Điều này giúp chúng tôi giải quyết được vấn đề thanh lý với ít hơn 6.000 gas. Chuyện này đã xảy ra hai ngày trước.

 

Alex(zkSync)(00:43:01):

Bây giờ , nếu bạn muốn sử dụng tính năng cuộn lên Optimistic, bạn cần tải tất cả nguồn cấp dữ liệu giá và chữ ký của chúng lên chuỗi chính với tốc độ rất cao để hệ thống có độ phân giải cao và cho phép ứng dụng quy mô lớn. Vì vậy, câu hỏi của tôi là, bạn dự định sử dụng tất cả những thứ này trên quy mô lớn bao gồm chữ ký, thông tin về giá và các dữ liệu phụ trợ liên quan khác như thế nào? Optimism và Arbitrum có kế hoạch gì cho việc áp dụng quy mô lớn này?

 

Ed(Arbitrum)(00:43:38):

Tôi nghĩ có một vài điều cần được thảo luận riêng. Một câu hỏi đặt ra là làm thế nào các hệ thống này có thể hỗ trợ các bản cập nhật Oracle có độ chính xác cao theo cách không cần tin cậy, vì có một vấn đề là làm thế nào để tương tác đồng thời các bản cập nhật Oracle tần số cao này với các giao dịch/yêu cầu của người dùng.

 

Ed(Arbitrum)(00:44:03):

Cái này Xét về cách thực hiện trật tự công bằng và cách giải quyết vấn đề này với tốc độ (tôi nghĩ bạn đang giả định) nhanh hơn nhiều so với thời gian tạo khối của Ethereum. Đây là một chủ đề thảo luận hoàn toàn mới và theo như tôi biết, cả hai hệ thống đều không có ưu điểm hay nhược điểm cố hữu nào về vấn đề này.

 

Eli(Starkware)(00:44:28):

Tôi Đừng đồng ý với điều đó, nhưng đây là một điểm khác. Tôi nghĩ bạn có thể chia sẻ tốt hơn miễn là bạn có bằng chứng...nhưng đúng vậy.

 

Ed(Arbitrum)(00:44:37):

Có. Vì vậy, những gì bạn đang nói ở đây về cơ bản là một tuyên bố về kích thước của chữ ký số hoặc chính xác thì bạn đang đề cập đến điều gì?

 

Eli(Starkware)(00:44:46):

Tôi Đưa ra là một tình huống rất thực tế đã xảy ra trong hệ thống của chúng tôi hai ngày trước. Thị trường nhận thấy giá giảm đáng kể và bạn muốn thanh lý hợp lý cho khách hàng của mình. Để hệ thống hoạt động hiệu quả, bạn muốn tốc độ cập nhật báo giá và chữ ký của chúng cao. Vì vậy, trong hệ thống chứng minh tính hợp lệ, bạn có thể có bằng chứng cho thấy những mức giá này được thực hiện chính xác.

 

Eli(Starkware)(00:45:50):

Thực tế Tiếp theo, chúng ta đang nói về hàng trăm ưu đãi giao dịch trong một thời gian rất ngắn, những nguồn cấp dữ liệu này được ký, bạn muốn tính mức trung bình của chúng, v.v. Vì vậy, có rất nhiều thông tin cần phải được đưa vào quá trình này. Tôi đang tự hỏi bạn dự định xử lý việc này như thế nào?

 

Ed(Arbitrum)(00:46:08):

OK Chà, vậy nên tôi đoán điều tôi không hiểu là tại sao bạn lại cho rằng những trích dẫn của Oracle này sẽ lớn đến vậy. Vì theo tôi, chúng không cần phải lớn đến thế. Chúng có thể được mã hóa rất hiệu quả. Tất cả những gì cần đưa vào chuỗi về cơ bản là một phiên bản nén của chúng, đủ để tái tạo lại thông tin của chúng.

 

Ed(Arbitrum)(00:46:31):

Hơn nữa, xung quanh vấn đề nén dữ liệu Có một số giải pháp rất rõ ràng cho vấn đề này với chữ ký số.

 

Eli(Starkware)(00:46:40):

Nhưng , nếu bạn nén thông tin, bạn sử dụng phương pháp Lạc quan như thế nào để chứng minh rằng việc thanh lý đã hoàn tất đúng thời điểm với mức giá phù hợp? Nếu bạn lấy các giá trị trung bình trong quá khứ...các phương tiện, các biến thể và những thứ tương tự, bạn sẽ chứng minh như thế nào - bạn sẽ chứng minh điều đó như thế nào? Bạn cần trình tự hoàn chỉnh. Ít nhất, đó là những gì chúng tôi làm. Chúng tôi thực hiện đầy đủ trình tự và sau đó chúng tôi sẽ thực sự xử lý nó và thực hiện tất cả các hoạt động thanh lý khi chúng diễn ra. Nhưng nó sẽ không xuất hiện trên Lớp 1, như bạn có thể chứng minh.

 

Ed(Arbitrum)(00:47:11):

Trả lời Đó là nén không mất dữ liệu. Những thứ này nén dễ dàng. Bạn không cần phải ký mỗi lần. Bạn không cần phải xuất bản chữ ký cho mỗi lần cập nhật. Bạn không cần giữ lại toàn bộ nội dung của mỗi bản cập nhật. Nếu những việc này (nếu rất thường xuyên) được thực hiện theo cách không mất dữ liệu thì nó sẽ có khả năng nén siêu cao. Đây là một vấn đề kỹ thuật. Đây không phải là vấn đề cơ bản với loại hệ thống này.

 

Eli(Starkware)( 00:47:42):

Còn chữ ký thì sao? Giả sử nó luôn trừ đi một giây trong năm phút. Vì vậy, tôi đồng ý rằng bạn có thể nói rằng trong năm phút này nó thay đổi với tốc độ một trừ một mỗi giây. Tuy nhiên, mỗi dấu trừ cần được ký bởi nguồn cấp dữ liệu của Oracle. Đây là những chữ ký khác nhau và chúng có entropy gần như hoàn chỉnh. Vì vậy, bạn đang nói về rất nhiều chữ ký. Bạn là gì... không thể nén được vì chúng là [nhiều cuộc trò chuyện, không nghe được 00:48:09].

 

Ed(Arbitrum)(00:48:13):

Do đó , bạn xâu chuỗi các đầu vào này lại với nhau và chỉ cần ký vào bộ tích lũy. Bằng cách này, chỉ có bộ tích lũy cuối cùng cần được xuất bản. Một lần nữa, đây là một vấn đề kỹ thuật. Đây không phải là hạn chế cơ bản của các hệ thống này.

 

Eli(Starkware)(00:48:28):

Không , a... chờ đã, chờ đã. Ai đó đã thảo luận về ý tưởng này, rằng về mặt lý thuyết có giới hạn thấp hơn về lượng thông tin có. Đó là những gì bạn cần trong bản cuộn lạc quan. Đây là một giới hạn lý thuyết. Với bằng chứng về tính hiệu quả, bạn có thể làm được điều đó. Bạn không cần bất kỳ thông tin nào, thông tin lý thuyết. Bạn có thể vượt qua giới hạn thấp hơn về mặt lý thuyết này.

 

Ed(Arbitrum)(00:48:52):

Bạn sẽ có giới hạn thấp hơn mới. Tất cả các hệ thống này đều có những hạn chế. Cần phải xuất bản đầy đủ thông tin trên Lớp 1 để mọi người biết chuyện gì đang xảy ra và các hệ thống khác nhau có những ràng buộc kỹ thuật khác nhau. Không phải là loại này nhất thiết phải hiệu quả hơn loại khác.

 

Eli(Starkware)(00:49:11):

Không, điều đó đúng. Cảm thấy có lỗi. Quả thực là vậy. Để tôi cho bạn xem một ví dụ khác. Giả sử Alice và Bob chỉ gửi chữ ký qua lại dưới dạng một khoản thanh toán trong vòng một giờ. Sau đó có một triệu người dùng như vậy. Alice trả tiền cho Bob. Bob trả tiền cho Alice. Alice trả tiền cho Bob. Bob trả tiền cho Alice và lặp đi lặp lại. Trong bản tổng hợp Lạc quan, bạn cần đặt một triệu chữ ký để hệ thống hoạt động bình thường. Điều này được xác định bởi chính chương trình. Bạn không cần phải làm điều này nếu chúng tôi đang sử dụng ZKroll-up. Bạn có thể đưa ra bằng chứng ngắn gọn về một triệu chữ ký, bao gồm một chuỗi chữ ký. Về cơ bản chúng khác nhau. Tôi nghĩ về cơ bản cái này tốt hơn cái kia. Họ khác nhau.

 

Ed(Arbitrum)(00:49:53):

Như trước đây, đây chỉ là vấn đề kỹ thuật, phải không?

 

Eli(Starkware)(00:49:56):

Không, không. Đây là vấn đề lý thuyết, không phải vấn đề kỹ thuật.

 

Ed(Arbitrum)(00:50:03):

Bạn Một số lượng lớn các giao dịch có thể được tổng hợp thành một chữ ký duy nhất.

 

Eli(Starkware)(00:50:10):

Cái đó Không phải kỹ thuật. Không, không, đây không phải là vấn đề kỹ thuật. KHÔNG.

 

Ed(Arbitrum)(00:50:16):

Những hạn chế này, đây không phải là những hạn chế thực sự của các hệ thống này. Vấn đề chỉ là bạn sử dụng phương pháp nào. Nếu chữ ký BLS được hỗ trợ thì chỉ cần một chữ ký cho mỗi lô giao dịch và lô có thể lớn.

 

Eli(Starkware)(00:50:33):

Không, Alice và Bob... Không, không. Lại là ví dụ về Alice và Bob giao tiếp qua lại, tôi không biết bạn đang sử dụng chữ ký BLS nào. Tôi chưa nghe nói đến, có lẽ có điều gì đó... và không chỉ là... Tôi đang kể một câu chuyện xảy ra hai ngày trước trong một hệ thống sản xuất. Đây là một câu hỏi thiết yếu, không chỉ là một câu hỏi lý thuyết. Như tôi đã trình bày hai ngày trước, đó cũng là một vấn đề rất thực tế. Bây giờ, tôi không nói... có rất nhiều điều tốt về việc tổng hợp Lạc quan, nhưng tôi rất tiếc phải nói rằng không có sự khác biệt thực sự nào trong số đó và tôi không tin nó.

 

Ed(Arbitrum)(00:51:15):

Hãy để Tôi sẽ thử lại. Tất cả các hệ thống này đều xuất bản một loạt giao dịch một cách thường xuyên, phải không? và-(bị gián đoạn)

 

Eli(Starkware)(00:51:25):

Không cần thiết. Không không không. chúng ta không. Hiện tại, trong hệ thống của chúng tôi, chúng tôi không phát hành các giao dịch hàng loạt.

 

Ed(Arbitrum)(00:51:34):

Đăng từng giao dịch riêng lẻ?

  ;

Eli(Starkware)(00:51:37):

Không, chúng tôi không công bố các giao dịch. Ví dụ: trong Validium bạn không xuất bản các giao dịch. Ngay cả khi tổng hợp, bạn cũng không cần xuất bản các giao dịch. Bạn chỉ cần xuất bản thông tin cho phép bạn xây dựng lại trạng thái hiện tại mà không cần xuất bản giao dịch. Đặc biệt, bạn sẽ không đăng trích dẫn, cũng không đăng chữ ký. Bạn không làm điều đó. không cần thiết.

 

Ed(Arbitrum)(00:52:02):

Không có sai. Trong thời gian chờ đợi, chúng tôi hiện đang bắt đầu có các cuộc thảo luận khác về việc có dịch vụ cung cấp dữ liệu ngoại tuyến và - (bị gián đoạn)

 

Eli(Starkware)(00: 52:13 ):

Không, không, bạn không cần có sẵn dữ liệu. Không không không. Ngay cả trong tính năng Tổng hợp, bạn cũng không cần dữ liệu..., bạn không cần tính khả dụng của dữ liệu. Vì vậy, ví dụ dYdX là chế độ cuộn lên. Nó không yêu cầu bất kỳ dữ liệu sẵn có nào, các giao dịch riêng lẻ và giá cả riêng lẻ không được công bố trên chuỗi chính. Nguyên nhân là do chính hệ thống xác định.

 

Đây không phải là vấn đề kỹ thuật. Điều này là do trong bằng chứng hợp lệ, bạn không cần phải chứng minh tất cả các nút và cung cấp tất cả thông tin cần thiết để kiểm tra xem chuyển đổi trạng thái có hợp lệ hay không. Bạn không cần. Về cơ bản nó khác nhau. Đây không chỉ là một giải pháp kỹ thuật hay một lựa chọn. Bằng chứng xác thực và bằng chứng gian lận là hai giải pháp kỹ thuật hoàn toàn khác nhau.

 

Ed(Arbitrum)(00:53:00):

Bạn có thường xuyên xuất bản bằng chứng trên chuỗi chính không?

 

Eli(Starkware)(00:53:06):

Bây giờ . hệ thống của chúng tôi?

 

Ed(Arbitrum)(00:53:08):

Có .

 

Eli(Starkware)( 00:53:10):

Hiện tại cứ vài giờ một lần. Về cơ bản, tôi chỉ muốn nói rằng khách hàng của chúng tôi quyết định tốc độ họ xuất bản các bằng chứng và đó là lựa chọn của họ. Hiện tại, tỷ lệ này là khoảng vài giờ một lần.

 

Ed(Arbitrum)(00:53:23):

OK của. Vì vậy, nếu một tập hợp lạc quan xuất bản một khối cứ sau vài giờ hoặc xuất bản một loạt giao dịch cứ sau vài giờ thì các giao dịch sẽ thực sự được thực hiện...kết quả của những giao dịch đó thực sự mang tính quyết định và mỗi giao dịch đều yêu cầu Chữ ký tóm tắt vào những giờ này phải không? Bạn có thể sử dụng chữ ký BLS để tổng hợp tất cả chữ ký số trên tất cả các giao dịch trong khối lớn đó. Đó là một giao dịch, là...chữ ký, nếu bạn định làm điều đó, bạn sẽ ký 64 byte cứ sau vài giờ. Nếu bạn sử dụng tính năng tổng hợp chữ ký, sẽ không có nhiều chi phí.

 

Eli(Starkware)(00:54:06):

Đợi đã . Điều bạn đang nói là, bởi vì trong một số trường hợp bạn không muốn công bố tất cả các nhân chứng theo yêu cầu, bạn muốn thêm một số... cấu trúc nhất định bên ngoài như chữ ký tổng hợp, mà bạn làm đối với chữ ký. Đối với các trường hợp khác, bạn không thể. Trong trường hợp đó, vâng, bạn đã ở trong tình huống này.

 

Eli(Starkware)(00:54:32):

Điều tôi muốn nói là với bằng chứng hợp lệ, bạn không cần phải khôi phục. Bạn có thể thêm điều đó và bạn có thể nhận được bằng chứng hợp lệ bằng chữ ký BLS, nhưng tôi nói rằng bạn không cần phải làm vậy. Về cơ bản, nếu ngày mai có một tình huống tính toán khác và bạn không thể sử dụng chữ ký tổng hợp chẳng hạn, vì nó không liên quan gì đến chữ ký. Đây là một điều hoàn toàn khác. Nó thực sự có rất nhiều entropy vì nhiều lý do. Vì vậy, bạn không thể nén nó. Trong trường hợp có bằng chứng hợp lệ -

 

Ed(Arbitrum)(00:55:03):

Đúng. Bạn đã đưa ra một ví dụ về việc Alice và Bob tạo ra các giao dịch qua lại. Và tôi đã chỉ ra rằng chi phí thực hiện việc này là rất thấp...

 

Alex(zkSync)(00:55:13):

Cho phép tôi chỉ ra sự bất đồng ở đây - Tôi nghĩ tôi hiểu tại sao có điều gì đó không ổn trong cuộc thảo luận của bạn. Điều mà Eli (Starkware) đang muốn nói là nếu bạn có 1000 giao dịch để cập nhật một biến duy nhất thì một luồng lưu trữ duy nhất - (bị gián đoạn)

 

Ed(Arbitrum ) (00:55:28):

Không, ý tôi không phải vậy. Bất kỳ 1000 giao dịch nào cũng có thể sử dụng chữ ký tổng hợp. Đó là điểm. Đó là toàn bộ quan điểm của chữ ký BLS. Bạn có thể có nhiều chữ ký được tạo bởi những người khác nhau và tập hợp tất cả chúng thành một chữ ký tổng hợp. Vậy Alice-

 

Alex(zkSync)(00:55:49):

Tôi biết. Tôi biết. Tôi hiểu rồi. Nhưng đối với những giao dịch này, bạn vẫn phải xuất bản 10, ồ không, 1000 đầu vào.

 

Ed(Arbitrum)(00:56:01):

Nén Đi qua. Đúng. Như với tất cả các hệ thống này. Nếu bạn muốn-

 

Alex(zkSync)(00:56:05):

Nén nghĩa là gì? Bạn phải xuất bản 1000 giá trị cập nhật giá và chữ ký BLS. Có đúng không?

 

Ed(Arbitrum)(00:56:13):

Đã nén. Đúng. Bạn có thể nén -

 

Alex(zkSync)(00:56:16):

Bạn có ý nghĩa gì khi nói đến việc nén?

 

Ed(Arbitrum)(00:56:17):

Dữ liệu Nén là một kỹ thuật kỹ thuật tiêu chuẩn.

 

Alex(zkSync)(00:56:21):

OK của. Nhưng đó vẫn là cho tất cả dữ liệu, phải không? Nếu bạn có 1000 điểm dữ liệu, bạn phải thêm 1000-(interrupted)

  ;

Eli(Starkware)(00:56:29):

Đợi đã, chờ đã. Đầu tiên nếu nén thì cũng được 1000 chữ ký nhưng cũng chỉ muốn công bố thông tin đã nén. Tôi không biết chính xác sự nén này là gì. Bạn cũng cần phải chứng minh bằng cách nào đó rằng tin nhắn nén đã được ký bởi 1000 chữ ký này và thành thật mà nói, tôi không biết cách thực hiện điều đó trong sơ đồ BLS trừ khi bạn thêm một số bằng chứng về tính hợp lệ. Không, đây không chỉ là vấn đề kỹ thuật.

 

Eli(Starkware)(00:56:57):

Được rồi, tôi đến từ ngành mật mã. Hệ thống tôi xây dựng chứng minh rằng trường hợp này xảy ra và đó không phải là vấn đề kỹ thuật. Không có chữ ký BLS cho phép bạn xác minh kết quả tính toán. Điều đó tình cờ được gọi là bằng chứng. Đây là một câu chuyện khác. Một chữ ký được đặt trên dữ liệu, nhưng chữ ký đó không đủ để chỉ ra rằng quá trình tính toán hoặc nén đã được hoàn thành chính xác. Thứ đó gọi là bằng chứng. Đây là một cái gì đó khác. Đây là một bằng chứng. Vậy bạn có thể thêm...đúng rồi, muốn nén thì bạn có thể thêm phần chứng minh. Nó không quan trọng. Phải? Nhưng đây là một cái gì đó thêm. Nó được gọi là bằng chứng hợp lệ, không chỉ là chữ ký.

 

Ed(Arbitrum)(00:57:35):

Chà, chúng ta đã đi quá xa trong cuộc thảo luận ở đây. Hãy để tôi kể cho bạn sự thật về Arbitrum. Arbitrum có thể công bố các giao dịch thường xuyên nếu cần. Nó xuất bản chúng ở bất kỳ tốc độ nào mà người dùng cần để đạt được mục đích cuối cùng. Dữ liệu được xuất bản trên chuỗi được nén. Hệ thống có thể hỗ trợ chữ ký BLS nên bất kể giao dịch đó là gì và ai tham gia vào giao dịch, bạn chỉ có một chữ ký trên toàn bộ lô giao dịch. Đó là trường hợp. Việc giải nén dữ liệu này và xác minh chữ ký BLS đều diễn ra trong tính toán Lớp 2. Vì vậy, tất cả những điều này đều được bao gồm trong hệ thống Optimisticroll-up.

 

Ed(Arbitrum)(00:58:25):

Vì vậy, điều này có thể thực hiện được và mã của chúng tôi là nguồn mở. Nếu bạn không tin nó tồn tại, hãy kiểm tra nó. Vì vậy, hơi kỳ lạ khi chúng ta đang ngồi đây nói về việc liệu nó có khả thi hay không trong khi nó đang hoạt động.

 

Loa1(00:58:41):

Tôi không nghĩ bất cứ ai Tranh luận xem nó có hoạt động không. Tôi nghĩ tôi có thể đề nghị...Tom, Ben, chúng ta có thể xem xét vấn đề này ở mức độ cao hơn một chút được không? Bởi vì tôi nghĩ chúng ta sẽ đi vào một số chi tiết thú vị ở đây. Tôi không nghĩ những chi tiết này là vấn đề.

 

Alex(zkSync)(00:58:53):

Tôi Tôi nghĩ chúng ta có thể minh họa điều này một cách ngắn gọn, nếu tôi có thể chỉ ra điều đó – bởi vì chúng ta đang thảo luận về nó, sẽ thực sự thú vị khi đi đến một kết luận. Vì vậy, trong ví dụ này, nếu chúng tôi có 1000 bản cập nhật nguồn cấp dữ liệu, chúng tôi phải xuất bản 1000 mẩu dữ liệu ở chế độ Lạc quan. Trong ZK, chỉ có một dữ liệu trong quy trình Validium. Bây giờ, có 1000-(interrupted)

 

Tom(00:59:21):

Các bạn, tôi nghĩ chúng ta đang đạt được điều gì đó... Tôi có thể cần bằng tiến sĩ để hiểu nó. Cuộc thảo luận và tranh luận rõ ràng là không thể tin được, nhưng có lẽ chúng ta hãy thu nhỏ và chuyển hướng một chút. Liam, tôi biết bạn có thể muốn bắt đầu việc này.

 

Liam(Lạc quan)(00:59:38):

Có. Tôi nghĩ có một chủ đề mà chúng tôi chưa đề cập nhiều, đó là chủ đề ít chi tiết hơn về cách các hệ thống này hoạt động mà nhiều hơn về cách chúng tôi phát triển chúng thành sản phẩm trên Ethereum. Tôi nghĩ điều đó thật tuyệt, chẳng hạn như việc Stark nói về cách hoạt động của DYBX hoặc Deversifi trong quá trình sản xuất. Tôi nghĩ rằng điều này là rất tốt. Tôi nghĩ có lẽ mọi người quan tâm hơn đến việc, được thôi, chính xác thì chúng ta sẽ đi vào sản xuất như thế nào? Ethereum sẽ mở rộng quy mô? Con đường phía trước cho phần còn lại của năm là gì? Tôi nghĩ nó sẽ thú vị hơn.

 

Tom(01:00:13):

Có. Hãy tham gia cuộc thảo luận này. Tôi biết chúng ta đang ở lúc 1:30. Vì vậy, nếu ai đó phải rời đi trước, không có vấn đề gì. Nếu không, tôi rất sẵn lòng tiếp tục thảo luận, nhưng nếu bạn phải rời đi trước thì cũng không sao cả.

 

Liam(Lạc quan)(01:00:26):

Có của. Tôi có vài điều muốn nói về Chủ nghĩa lạc quan, ít nhất là quan điểm của tôi về chủ đề này. Giống như Mark (Lạc quan) đã đề cập ở phần đầu của toàn bộ cuộc thảo luận này, điều mà Lạc quan đang cố gắng hướng tới không phải là một mô hình kinh doanh mở rộng quy mô mới hay bất cứ điều gì tương tự. Chúng tôi đang cố gắng mở rộng quy mô Ethereum về cơ bản. Chúng tôi coi mình là thành viên của cộng đồng Ethereum.

 

Liam(Optimism)(01:00:47):

Đặc biệt, chúng tôi muốn Cách tiếp cận toàn bộ dự án là, so với Ethereum... sự khác biệt nhỏ nhất có thể có giữa cách hiện tại mà các nhà phát triển nghĩ về việc xây dựng Ethereum, họ có thể nghĩ về việc xây dựng trên hệ thống cuộn lên này là gì? Vì vậy, theo một cách nào đó, những gì chúng tôi đang làm không phải là phần mềm hoàn toàn mới. Vâng, chúng tôi chỉ mới bắt đầu từ một lỗ hổng công nghệ, và tương tự như trình biên dịch này của trình biên dịch Solidity, chúng tôi đang tạo một nhánh của trình biên dịch này để bạn có thể biên dịch nó thành OVM, tương đương với EVM trong Arbitrum.

 

Liam(Lạc quan)(01:01:25):

Nhưng , tôi có thể nói, cách tiếp cận mà chúng tôi đang thực hiện là thực hiện điều này để các nhà phát triển đã có mặt trong hệ sinh thái này không phải học một loạt khái niệm cơ bản mới. Chúng có thể hoạt động khác với Ethereum hiện có. Họ có thể bắt đầu thực sự nghĩ đến việc phát triển trên cơ sở tổng hợp Lạc quan.

 

Liam(Lạc quan)(01:01:44):

Tôi Tôi nghĩ đây là một ý tưởng phát triển rất quan trọng. Tôi nghĩ đó là lý do tại sao, chẳng hạn, rất nhiều người trong cộng đồng hiện rất hào hứng xây dựng Optimism và rất vui mừng khi có thể chuyển các ứng dụng hiện có của họ sang đó. Vì nếu họ hiểu được thì việc xây dựng sẽ dễ dàng hơn.

 

Có. Vì vậy, để làm được điều đó, những gì chúng tôi đang làm chỉ là một cách tiếp cận rất nhiều lớp, nơi chúng tôi chỉ tìm thấy những ứng dụng tuyệt vời hoạt động ngày nay và có các nhà phát triển trong nhóm như Synthetics hoặc Uniswap, những người đã hiểu những gì đang diễn ra trong phương pháp ứng dụng Ethereum. Có thể phát triển bằng cách sử dụng nền tảng công nghệ Ethereum hiện có và giúp họ hiểu chính xác cách OVM hoạt động để họ cảm thấy thoải mái khi triển khai trên đó. Dù sao thì có rất nhiều thứ ở ngoài kia, nhưng đây là một ý tưởng phát triển. Tôi muốn nghe suy nghĩ của người khác về nó.

 

Tom(01:02:33):

Vâng, Liam, đó là một suy nghĩ tuyệt vời. Các bạn ơi, tôi muốn có một cuộc thảo luận theo phong cách bánh xe và câu hỏi. Vì vậy, chúng ta sẽ bắt đầu với Eli, sau đó là Alex, Optimism, và sau đó là Ben, cứ thoải mái ngắt lời hoặc chỉ hỏi câu hỏi tiếp theo. Nhưng bạn nghĩ thế nào về việc hướng dẫn sử dụng và áp dụng? Rõ ràng, những dự án này ở đây hiện không có token nên khó kích thích người dùng và khó kích thích nhà phát triển. Bạn đã làm nó như thế nào? Làm thế nào để bạn làm điều này ở quy mô?

 

Eli(Starkware)(01:03:01):

Có Vâng, đây là một câu hỏi hay. Chúng tôi làm việc chăm chỉ mỗi ngày. Tôi có thể nói rằng về khả năng tương thích với Solidity, tôi nghĩ ba dự án còn lại sẽ tương thích và đã tuyên bố rằng trên thực tế, chúng đang đi theo những con đường khác nhau. Vì vậy, nó khó khăn hơn. Chúng tôi có một ngôn ngữ mới, mới, xác thực và đầy đủ được gọi là Cairo. Vì vậy, giải pháp của chúng tôi là cung cấp ngay mọi thứ chúng tôi đang làm trong quá trình sản xuất cho những nhóm thực sự cần nó.

 

Eli(Starkware)(01:03:37):

Vì vậy, điều đầu tiên chúng tôi làm là tìm những nhóm sẵn sàng làm việc và thử các hệ thống này để xây dựng hệ thống của họ. Điều này cho phép chúng tôi trau dồi các yêu cầu về hệ thống và ngôn ngữ lập trình, đồng thời kết hợp chúng với mọi thứ thuần túy. Bây giờ chúng tôi xây dựng dựa trên điều này và biến nó thành hiện thực thông qua các hợp đồng thông minh, v.v. Nhưng vâng, chúng tôi đã đi một con đường khác với ba đội còn lại ở đây và chúng tôi có thể nói về điều đó nếu bạn muốn. Đây là câu trả lời ngắn gọn của tôi.

 

Tom(01:04:16):

Câu trả lời rất hữu ích.

 

Eli(Starkware)(01:04:16):

Luôn luôn Ở càng gần nơi sản xuất càng tốt. Làm cho mọi thứ hữu ích nhất có thể cho các nhóm thực và nhu cầu thực. Đó là lộ trình của chúng tôi.

 

Tom(01:04:23):

Rất hữu ích. Alex, còn bạn thì sao?

 

Alex(zkSync)(01:04:26):

Có , vì vậy tôi sẽ nói với Eli (Starkware), chúng tôi cũng dựa trên các nguyên tắc của Ethereum và chúng tôi muốn hệ sinh thái trở thành một phần mở rộng của Ethereum. Và cách chúng tôi nghĩ về nó chỉ đơn giản là nắm bắt hệ sinh thái hiện có, kiến thức về hệ sinh thái. Do đó, mô hình lập trình của chúng tôi hoàn toàn giống với Ethereum. Bắt đầu với Giáo dục 2.0, chúng tôi sẽ hỗ trợ Solidity và chúng tôi mong đợi hầu hết các hợp đồng sẽ được biên soạn và hầu hết học sinh sẽ tự giải quyết. Vì vậy, chúng tôi rất tập trung vào điều đó.

 

Tom(01:05:01):

Rất hữu ích. Alex.

 

Alex(zkSync)(01:05:02):

Chúng tôi chỉ muốn cung cấp... Có thể nói rằng đó là trải nghiệm người dùng tuyệt vời ở mức độ hoàn toàn cao hơn, từ góc độ chi phí, đến tính hữu hạn của L1, để người dùng có thể phản ánh bất cứ lúc nào. Đặc biệt về chi phí của phương pháp tiếp cận cổng ZK, chúng tôi rất vui mừng về điều này vì nó sẽ mang lại những người dùng đã rời bỏ Ethereum do giá gas cao. Và tôi nghĩ những giải pháp tổng hợp này sẽ không thể giảm bớt áp lực về phí khai thác ở mức độ lớn.

 

Vì vậy, so với các giao dịch bạn thực hiện trên sidechain hoặc các sidechain khác, các giao dịch cuộn lên sẽ vẫn sẽ rất đắt. Và chúng tôi nghĩ rằng với phương pháp kết hợp này, chúng tôi có thể thu hút tất cả những người dùng đó quay trở lại và cho phép họ tham gia liền mạch vào nền kinh tế Ethereum đầy đủ, đồng thời đồng thời ZK-rollup -

 

Alex(zkSync)(01:06:03):

Và tất cả những điều này đều thông qua EVM và những gì mọi người đã quen sử dụng Thực hiện bởi các công cụ. Mô hình lập trình tương tự

 

Tom(01:06:13):

Tuyệt vời. Cảm ơn, Alex. Hãy xem Lạc quan nói gì, Mark(Lạc quan) và Liam. Nếu họ đã rời khỏi cuộc thảo luận, Ed, tôi biết bạn đã sẵn sàng.

 

Ed(Arbitrum)(01:06:24):

Có của.

 

Tom(01:06:24):

Được rồi, Mark, xin lỗi.

 

Ed(Arbitrum)(01:06:25):

Có Vì vậy, tôi nghĩ, như mọi người đã nói, chúng tôi thực sự tập trung vào việc trở thành một phần của cộng đồng Ethereum để mở rộng lợi ích của Ethereum. Chúng tôi tập trung vào khả năng tương thích không chỉ ở cấp độ kỹ thuật mà còn vào việc xây dựng cộng đồng. Nhưng hãy để tôi bắt đầu với khía cạnh kỹ thuật. Chúng tôi đang nỗ lực hướng tới khả năng tương thích EVM, có nghĩa là Arbitrum chấp nhận mã EVM một cách trực tiếp và nguyên bản. Bạn không cần phải chạy một trình biên dịch đặc biệt. Bạn không cần phải viết bằng một ngôn ngữ đặc biệt. Bạn không cần phải viết lại ứng dụng của mình. Theo nghĩa đen, bạn có thể thúc đẩy Ethereum để triển khai hợp đồng ở đó và sau đó gửi các bit tương tự đó đến nút Arbitrum và sau đó triển khai tới Arbitrum.

 

Ed(Arbitrum)(01:07:15):

Vì vậy, mức độ tương thích để chạy mã EVM nguyên bản, bạn không cần phải biên dịch bất cứ thứ gì. Bạn thậm chí không cần tải xuống bất cứ thứ gì để sử dụng Arbitrum. Vì vậy, khả năng tương thích EVM và sự làm việc chăm chỉ thực sự khiến tất cả các trường hợp góc cạnh kỳ lạ của EVM đều được giải quyết. Vì vậy, việc tương thích với EVM và yêu cầu các nút của chúng tôi sử dụng RPCAPI giống hệt như các nút Ethereum cho phép bạn hoạt động theo cách tương thích.

 

Ed(Arbitrum)( 01:07:51):

Nhưng hơn thế nữa, chúng tôi thực sự cam kết xây dựng hệ sinh thái. Điều này có nghĩa là khi chúng tôi ra mắt mạng thử nghiệm khoảng sáu tháng trước, mạng chính của chúng tôi sẽ sớm được mở và hoàn toàn mở và công khai cho bất kỳ ai triển khai. Bất cứ ai cũng có thể sử dụng nó. Chúng tôi đã không chọn một nhóm dự án yêu thích để thực hiện. Chúng tôi làm việc với mọi người, chúng tôi giúp đỡ mọi người, nhưng bất kỳ ai muốn triển khai trên Arbitrum, bất kỳ ai muốn sử dụng nó đều có thể làm được điều đó.

 

Từ Đó là trường hợp kể từ ngày đầu tiên. Thực sự có hàng nghìn hợp đồng thông minh trên mạng thử nghiệm của chúng tôi. Vì vậy, đó là một phần rất quan trọng, chúng tôi muốn trở thành một phần của cộng đồng và chúng tôi muốn đảm bảo rằng các dịch vụ và hệ sinh thái được xây dựng hoàn chỉnh ngay từ ngày đầu tiên. Vì vậy, khi bạn thấy chúng tôi ra mắt, bạn sẽ thấy chúng tôi ra mắt với một hệ sinh thái mạnh mẽ không chỉ bao gồm các ứng dụng mà còn nhiều dịch vụ khác nhau cũng như khả năng tương thích với ví và những thứ tương tự.

 

Ed(Arbitrum)(01:08:50):

Đây là một sự thúc đẩy to lớn đối với chúng tôi. Và phần lớn thiết kế và kỹ thuật của chúng tôi hỗ trợ điều này.

 

Tom(01:08:55):

Cảm ơn Ed rất nhiều.

 

Liam(Lạc quan)(01:08:57):

Tôi chỉ muốn nói thêm một điều nữa thôi Mark, cậu có thể ngăn tôi lại sau. Điều tôi thực sự muốn nhấn mạnh không phải là kinh nghiệm có được từ nhiều năm nghiên cứu lý thuyết và cố gắng cống hiến cho cộng đồng. Vấn đề không tương thích với EVM. Bất cứ ai cũng có thể tương thích với EVM. Tôi nghĩ chúng tôi đã thấy rất nhiều thứ, điều đó thật tuyệt. Điều quan trọng là đóng góp cho thượng nguồn Ethereum. Điều mà cá nhân tôi muốn thấy ở phiên bản tương lai và lý do tại sao cá nhân tôi làm việc này là vì bản thân Ethereum có khả năng mở rộng. Không phải Ethereum mở rộng quy mô thông qua một công ty nhất định. Đây là điều chúng tôi liên tục nghĩ ra để giúp Ethereum có khả năng mở rộng vốn có.

 

Liam(Lạc quan)(01:09:45):

Do đó , việc thêm mọi thứ vào EIP có phải là để đảm bảo rằng tất cả các giải pháp của chúng tôi có thể hưởng lợi từ nó hay không, chẳng hạn như giảm chi phí của các cuộc gọi dữ liệu hoặc thúc đẩy bất kỳ hoạt động quản trị nào đối với chính giao thức Ethereum hay cố gắng hợp tác chặt chẽ với nhóm geth, Nhóm vững chắc để làm cho chúng về cơ bản Tìm hiểu về những điều này. Ít nhất đối với cá nhân tôi, đó là điều thúc đẩy tôi.

 

Ngoài ra, tôi nghĩ cũng đáng để xem xét cách chúng ta có thể đền đáp những điều đó ai có thể Công nghệ đã có từ khi bắt đầu hoạt động kinh doanh của chúng ta. Đây là một cái khác. Đây là điều tôi muốn khắc phục khi trả lại và giảm thiểu sự khác biệt cũng như trả lại Ethereum. Tuy nhiên, tôi sẽ để Mark (Optimism) tiếp tục tập trung vào ý tưởng xây dựng cộng đồng xoay quanh Optimism.

 

Liam(Lạc quan)( 01:10:32):

Vâng, nó giống như về lâu dài Mục tiêu là cố gắng biến chính mã trình tự thực tế thành một lá cờ trong geth ngược dòng. Và sau đó, điều này chỉ tạo nên rất nhiều nhà phát triển Ethereum, những người bằng cách đóng góp cho Ethereum, cũng đóng góp cho Optimism Ethereum, bởi vì Optimism Ethereum chỉ là một phiên bản mới hơn của Ethereum. Bởi vì trong ngắn hạn, trong Eth2, thực sự không có sự thực thi nào cả. Nó giống như một lộ trình tập trung vào việc tổng hợp ngay sau khi việc sáp nhập diễn ra, vì vậy việc lập kế hoạch cho việc sáp nhập là rất lạc quan, dự kiến sẽ diễn ra vào cuối năm nay, hoặc bi quan, có thể là vào nửa đầu năm sau.

 

Vì vậy, sau khi quá trình hợp nhất diễn ra, do chưa có sự thực thi nào trong Eth2 nên Eth2 sẽ cần phải cuộn lên để tận dụng tất cả dữ liệu bổ sung đã được lên kế hoạch và Tất cả thông lượng đồng thuận bổ sung. Chúng tôi đang hợp tác chặt chẽ với Ethereum để giúp Optimism chạy trên Eth2 dễ dàng nhất có thể. Bởi vì chúng tôi đang cố gắng làm cho toàn bộ trải nghiệm của nhà phát triển gần giống với Ethereum nhất có thể, Eth2 hứa rằng sẽ không có nhiều thay đổi từ góc độ nhà phát triển. Bạn sẽ có thể thực hiện hợp đồng theo cách giống hệt như khi bạn nâng cấp hợp đồng ở chế độ nền và nhận được nhiều lưu lượng truy cập hơn.

 

Liam(Lạc quan)(01:12:26):

Và tôi nghĩ rằng Sự lạc quan và các hoạt động tổng hợp khác thực sự có thể là yếu tố chính giúp thu hẹp khoảng cách đó trong thời gian ngắn và đẩy nhanh việc áp dụng Eth2.

 

Ben(Cơ chế)(01:12:46):

Đây là những đề xuất của Tom Những câu trả lời rất thú vị cho các câu hỏi về khởi động mạng cũng như suy nghĩ và suy nghĩ về các mục tiêu trong ngắn hạn và dài hạn. Với tư cách là một nhà đầu tư người dùng, tôi tò mò và chỉ điều tra bối cảnh của quá trình triển khai và trở thành Eth2. Bạn đã thảo luận rất nhiều vấn đề về khả năng tương thích EVM, bằng chứng gian lận trông như thế nào và sự đánh đổi, rút tiền, độ trễ, tần suất xuất bản các lô trở lại Ethereum, v.v.

 

Vì vậy, rất nhiều điều tôi nghĩ hoặc nói đang nói về, ether Mối quan hệ giữa hình vuông và cuộn lên. Tôi tò mò liệu bạn có thể tiếp tục nói về vấn đề này không, tôi nghĩ chúng ta có thể quay lại mô hình Hỏi & Đáp về trận chiến bánh xe mà Tom đã đề xuất, nhưng tôi tự hỏi liệu bạn có thể khám phá thêm về chuỗi chéo nào, tôi nghĩ, trên L2 trên L1, không chỉ triển khai Ethereum, cơ sở hạ tầng đó trông như thế nào và bạn dự định xây dựng nó như thế nào.

 

Ben(Cơ chế)(01:13:40):

Và Tôi nghĩ, bạn biết đấy, thậm chí ở một mức độ trừu tượng cao hơn, có thể đây là một điểm cần tranh luận, nhưng bạn có nghĩ rằng hệ sinh thái cuộn lên cuối cùng sẽ là người chiến thắng không? Có vẻ như người chiến thắng sẽ dùng hết sức? Theo nghĩa Eth2, tôi đoán zkSync, StarkWare, Arbitrum và Optimism đều có thể hoạt động giống như cộng đồng hoặc bản tổng hợp của riêng họ? Hay có thực sự đúng là có nhiều người chiến thắng hơn có thể cạnh tranh trong mọi cuộc thi? Ý tôi là, tôi không biết có phải vậy không, tôi tò mò muốn biết mỗi người trong số các bạn nghĩ gì từ góc độ đó, hoặc liệu sẽ có một thế giới cuộn lên thực sự hay một thế giới chuỗi chéo từ góc độ đó, hoặc có thể bởi vì Thanh khoản và sự tập trung hơn?

 

Tom(01:14:18):

Xin chào Ben, câu hỏi hay. Nhanh chóng cho các bạn xem, kiểm tra thời gian, chúng ta sẽ làm trong 10 phút để tôn trọng thời gian của mọi người, nhưng Ben lại đưa ra một câu hỏi rất hay. Tôi nghĩ chúng ta sẽ bắt đầu với Eli (Starkware) và bắt đầu từ đó.

 

Eli(Starkware)(01:14:30):

Có Vâng, tôi sẽ nói ngắn gọn. Tôi hy vọng sẽ có một bộ L2 phát triển mạnh mẽ. Vì cả hai đều tương thích với Lớp 1 nên chúng có nhiều cách để nói chuyện, phải không? Đây là điều tôi hy vọng sẽ xảy ra. Tôi đoán điều đó đúng với chúng tôi hiện tại, chúng tôi hiện đang làm rất nhiều việc chỉ tập trung vào việc thiết lập và vận hành Starknet và hãy suy nghĩ về nó, thậm chí việc kết nối nó với Lớp 1 cũng là rất nhiều công việc.

 

Nhưng tuyệt đối, tôi hy vọng rằng trạng thái ổn định đạt được vào thời điểm đó sẽ là Có rất nhiều Lớp 2 và các bản cuộn khác nhau và luôn có chỗ cho mọi người cùng tồn tại. Chúng tôi cần tiếp quản tất cả các tập thông thường. Bạn có thể nhận được bất kỳ thang đo nào bạn muốn, Lạc quan, Hiệu lực và bất cứ điều gì.

 

Tom(01:15:35):

Điều đó thật tuyệt. Alex?

 

Alex(zkSync)(01:15:38):

Vì vậy, tôi thực sự nghĩ rằng sẽ có chỗ cho nhiều Lớp 2 khác nhau cùng tồn tại, Nhưng Tôi nghĩ điều sắp xảy ra là sẽ có người chiến thắng ở mọi hạng mục. Ý tôi không phải là Lạc quan hay ZKroll-up. Ngược lại, nếu bạn có một vài giải pháp L2 gần giống nhau thì một trong số chúng sẽ được chú ý nhiều nhất. Tuy nhiên, nếu bạn có hai giải pháp lớp thứ hai khác nhau, do đó có loại khác nhau, công nghệ khác nhau, thuộc tính khác nhau, thì bạn có thể có những người dùng khác nhau nghiêng về cái này hoặc cái kia.

 

Alex(zkSync)(01:16:22):

Vì vậy, tôi nghĩ nếu chúng ta có thứ gì đó như EVM tương thích với Lớp 2, thì cuối cùng sẽ có xu hướng ngày càng trở nên phổ biến hơn. Và nếu việc sử dụng ứng dụng rộng rãi đến mức nó bao gồm một phần đáng kể của toàn bộ hệ sinh thái Ethereum, thì nó có thể được hợp nhất vào chính Ethereum vào một thời điểm nào đó. Vì vậy tôi đồng ý với Liam(Lạc quan). Nhưng nếu bạn có EVM và Cairo hoàn toàn khác và một số phương pháp khác, thì tôi nghĩ chúng sẽ được sử dụng theo cách riêng của chúng.

 

Tom(01:17:05):

Điều này thực sự hữu ích. Hãy chuyển sang Lạc quan, Mark (Lạc quan) và Liam, ai muốn nói nhiều hơn?

 

Liam(Lạc quan)(01:17:07):

Bạn Bạn có thể lặp lại câu hỏi được không?

 

Tom(01:17:14):

Tất nhiên rồi.

 

Ben(Cơ chế)(01:17:14):

Có Vâng, tôi rất vui được lặp lại. Điều tôi đang hỏi đại khái là, có phải bạn đang nói về khả năng tương thích của Ethereum với nhiều bản tổng hợp khác nhau. Đó là nơi diễn ra rất nhiều cuộc thảo luận và tranh luận, nhưng tôi muốn biết thêm về cuộn chéo, Lớp 2 chéo và thậm chí có thể cả các chuỗi bên khác cũng như khả năng tương thích mà bạn đang xem xét với các chuỗi bên đó. Có lẽ một câu hỏi gây tranh cãi hơn là liệu không gian cuộn lên này nói chung sẽ có tình huống người thắng được tất cả, hay liệu có chỗ cho tất cả các giải pháp phát triển hay không, hoặc liệu có một câu trả lời ở giữa hay không.

 

Liam(Lạc quan)(01:17:46):

Ồ, hoàn toàn rồi. Vâng, tôi nghĩ có rất nhiều kịch bản cuộn lên cùng tồn tại. Tôi nghĩ điểm khác biệt chính sẽ là khả năng quản trị, thời gian hoạt động và sự tin tưởng chung mà cộng đồng hoặc những người điều hành mạng có được. Tôi nghĩ với bất kỳ blockchain đủ hữu ích nào, tôi nghĩ các bot hoặc đơn vị tìm kiếm MEV (Giá trị có thể trích xuất của công cụ khai thác) của chúng tôi sẽ sử dụng hết tất cả các khoản phí khai thác bổ sung của họ để thực hiện hoạt động kinh doanh chênh lệch giá hoặc bất kỳ loại hình kinh doanh DeFi nào khác mà họ thực hiện.

 

Vì vậy, tôi có thể tưởng tượng ra một giải pháp với nhiều thế giới cuộn lên, chúng sẽ có những sự cân bằng quản trị khác nhau giữa chúng và tôi có thể tưởng tượng rằng chúng thường có số lượng lớn chỉ vì sẽ có rất nhiều ứng dụng khác nhau trên chúng. Tất cả phí khai thác chưa sử dụng của họ sau đó sẽ được các bot của chúng tôi sử dụng hết.

 

Tom(01:19:00):

Câu trả lời rất hữu ích. Ed, giờ đến lượt anh.

 

Ed(Arbitrum)(01:19:05):

Vâng, đó là phần đầu tiên của sự tương tác giữa các chuỗi và tôi nghĩ có rất nhiều đổi mới thú vị đang diễn ra ở đó. Mọi người đang thử các cách tiếp cận khác nhau. Và tôi nghĩ rằng khi thời gian trôi qua, chúng ta sẽ có những phương pháp phối hợp xuyên chuỗi ngày càng mạnh mẽ. Sự kiện chính bây giờ dường như là tương tác Lớp 2 với Lớp 1. Tôi nghĩ đối với hầu hết mọi người, đây là câu hỏi cấp bách và cấp bách nhất. Và có rất nhiều điều thú vị đang diễn ra ở đó để giảm ma sát trong các tương tác từ Lớp 1 đến Lớp 2, v.v.

 

Và tôi nghĩ theo thời gian, điều này thường sẽ áp dụng cho tương tác Lớp 2 với Lớp 2. Vì vậy, tôi rất lạc quan về nó. Đối với câu hỏi về tương lai chuỗi đơn hay tương lai đa chuỗi, tôi nghĩ trong ngắn hạn, tôi nghĩ mỗi nhóm trong số này có thể tập trung vào (tôi biết) chúng tôi đang xây dựng một chuỗi duy nhất với một cộng đồng vững mạnh, nhưng theo thời gian, tôi nghĩ điều gì đó sẽ xảy ra.

 

Ed(Arbitrum)(01:20:08):

Một điều sẽ xảy ra là bạn sẽ thấy nhiều công nghệ thành công hơn chuyển sang quản trị cộng đồng đầy đủ. Vì vậy, tôi nghĩ đó là điều kiện tiên quyết cho một điều gì đó và cần được hỗ trợ rộng rãi trong thời gian dài hơn. Vì vậy, theo thời gian, cách bạn quản lý mọi thứ và cách bạn loại bỏ các vấn đề tập trung trong các hệ thống này ngày càng trở nên quan trọng. Và tôi nghĩ điều khác đang diễn ra là theo thời gian, sẽ có ít nhất nhiều chuỗi cuộn lên, và một mặt, khi mọi người phát triển đồng bộ với nhau, mọi người mong muốn có được khả năng kết hợp đồng bộ, tận dụng Hiệu ứng mạng lưới khi nằm trong cùng một chuỗi cuộn lên với những người khác. Một mặt, điều này khiến bạn muốn ở bên nhau.

 

Ed(Arbitrum)(01:21:03):

Mặt khác, mọi người cũng muốn tách những thứ không thực sự liên quan chặt chẽ với nhau để bạn có thể giải quyết những thứ như tăng trưởng trạng thái, ví dụ: có những thứ không liên quan Thực sự được thực thi trên các chuỗi khác nhau. Do đó, bạn có thể thấy một số chuỗi lớn tập trung vào các lĩnh vực khác nhau hoặc các ứng dụng lớn. Sau đó, bạn có thể thấy rằng các chuỗi khác có đuôi dài hơn. Khi công nghệ đồng bộ hóa và giao tiếp xuyên chuỗi tiếp tục được cải thiện, chi phí sử dụng một chuỗi khác với các chuỗi khác sẽ giảm dần. Không phải bằng 0, nhưng về lâu dài, tôi nghĩ bạn sẽ thấy rất nhiều chuỗi khác nhau đang hoạt động.

 

Tom(01:21:50):

Điều đó có lý đấy, Ed. Các bạn, chúng ta đã nói chuyện được khoảng 90 phút, thật không thể tin được. Nó diễn ra tốt hơn nhiều so với tôi mong đợi. Ý tôi là, tôi nghĩ thật khó để làm điều đó với bốn nhóm lãnh đạo mở rộng quy mô Lớp 2, nhưng tôi thực sự đánh giá cao thời gian và sự tôn trọng của mọi người. Tôi nhất định phải nghe lại cuộc tranh luận này vài lần vào cuối tuần này để tự mình thực sự hiểu nó. Tôi thực sự đánh giá cao thời gian của mọi người. Hãy quay một vòng. Chúng ta sẽ bắt đầu lại với Eli (Starkware) và chỉ cho mọi người biết nơi họ có thể theo dõi bạn, tên dự án của bạn, nhắc nhở mọi người về những điều cần lưu ý, liên kết lại với giọng nói của bạn và chúng ta sẽ tiếp tục từ đó.

 

Eli(Starkware)(01:22:27):

Của khóa học . Vì vậy cách tốt nhất để theo dõi chúng tôi là theo dõi StarkWare trên Twitter. Bạn cũng có thể theo dõi tôi, Eli (Starkware) Ben-Sasson, cùng tên tôi sử dụng ở đây. Tôi cũng đọc rất nhiều thông qua StarkWare, bạn cũng có thể truy cập trang này tại starkware.co. Nếu bạn là nhà phát triển và muốn học ngôn ngữ mà Lớp 2 của chúng tôi sẽ sử dụng thì bạn có thể tìm kiếm ngôn ngữ Cairolang hoặc Cairo. Đây là ngôn ngữ lập trình mà chúng tôi sử dụng để xây dựng Starkware theo quy mô và là ngôn ngữ giúp di chuyển hệ thống của chúng tôi. Và Tom, người thật tuyệt vời. Cảm ơn bạn đa mơi tôi.

 

Tom(01:23:11):

Cảm ơn Eli.Alex rất nhiều?

 

Alex(zkSync)(01:23:14):

Vâng, vì vậy bạn có thể dễ dàng tìm thấy chúng tôi trên Twitter trong zkSync, giống như Đánh vần giống nhau như trong tiêu đề phòng, bạn sẽ tìm thấy mọi thứ ở đây. Tôi muốn cảm ơn Tom và tôi muốn cảm ơn tất cả những người tham dự vì những cuộc thảo luận tuyệt vời ở đây. Cuộc thảo luận hôm nay rất sôi nổi và tôi rất thích nó. Tôi sẽ liên kết đến bản ghi âm và chia sẻ nó ở bất cứ đâu. Và để xây dựng được một giải pháp tuyệt vời như vậy thì dù điều gì xảy ra, dù hệ sinh thái có phát triển như thế nào thì điều đó cũng sẽ tốt cho Ethereum. Các nhóm thực sự rất thông minh và làm việc chăm chỉ đang xây dựng bốn giải pháp tuyệt vời, điều đó chỉ có nghĩa là Ethereum sẽ sớm mở rộng quy mô. Có, rủi ro ở đây là rất thấp.

 

Tom(01:24:04):

Cảm ơn Alex rất nhiều. Vâng tôi đồng ý. Nếu các chuỗi chính Lớp 1 cạnh tranh gặp phải các vấn đề mở rộng tương tự như ETH, thì thật khó để lạc quan về chúng và nếu chúng được tập trung hóa, bạn sẽ quay lại đây ngay và bạn sẽ là người dẫn đầu. Mark(Lạc quan) và Liam(Lạc quan) từ Lạc quan, bạn bắt đầu nhé.

 

Đánh dấu(Lạc quan)(01:24:21):

Bạn có thể tìm hiểu thông tin mới nhất về dự án Optimism bằng cách truy cập trang web chính thức của chúng tôi Optimism.io. Bạn cũng có thể theo dõi trên Twitter @optimismPBC. Giống như một công ty lợi ích công cộng. Có, tôi khuyến khích những người quan tâm đến hack, Optimism hiện đang thực hiện một cuộc thi hackathon có tên là Ethereum Scaling Hackathon.

 

Chúng ta cũng có thể thấy một số lượng lớn các dự án đang được phát triển như các Bài giảng và hội thảo cũng như các cuộc thảo luận về Chủ nghĩa lạc quan và tất cả các giải pháp khác tương tự. Vì vậy, đây là một nơi tốt để đi sâu vào chi tiết hơn. Cuối cùng, tôi cũng sẽ nói, nói chung, đó là cách bạn tương tác với Ethereum, cho dù đó là trong nghiên cứu EIP hay Eth, chúng tôi sẽ đề cập đến tất cả. Giống như bạn đã đề cập, cố gắng theo kịp ETH. Vì vậy, bạn cũng có thể tìm thấy chúng tôi ở đây.

 

Tom(01:25:04):

Cảm ơn bạn rất nhiều . Ed, để tôi nói hết với anh nhé?

 

Ed(Arbitrum)(01:25:08):

Của khóa học . Nếu bạn là nhà phát triển, bạn có thể truy cập dev.offchainlabs.com để xem tài liệu. Thông tin cơ bản về Arbitrum có thể được tìm thấy trên trang web tùy ý.io. Đó là A-R-B-I-T-R-U-M Trên Twitter, chúng tôi là @arbitrum. Hãy để tôi thêm +1 vào cuộc thi Scaling Ethereum Hackathon, chúng tôi đã ở đó và cùng với tất cả các nhóm khác, đó là một cách tuyệt vời để xem cộng đồng hoạt động như thế nào. Tôi cũng sẽ nói, hãy theo dõi thông báo của chúng tôi.

 

Tom(01:25:45):

Tuyệt vời. Ben, hãy chia sẻ một chút về bản thân bạn.

 

Ben(Cơ chế)(01:25:50):

Có Vâng, cảm ơn, Tom. Thật tuyệt vời khi được ở bên mọi người. Rõ ràng ở đây tôi hơi kỳ lạ vì tôi không phải là người sáng lập giao thức Roll-up. Nhưng bạn có thể tìm thấy tôi trên Twitter @benjaminsimon97. Giống như tay cầm câu lạc bộ của tôi vậy. Vâng, thật tuyệt khi được nói chuyện với tất cả các bạn, tôi đã học được rất nhiều điều và tôi hy vọng được nghe lại bản ghi âm ngày hôm nay thêm vài lần nữa.

 

Tom(01:26:08):

Tôi cũng vậy, tôi Thực sự mong muốn được nghe lại bản ghi âm ngày hôm nay. Cuối tuần sắp đến rồi, cảm ơn mọi người một lần nữa. Hy vọng sẽ gặp các bạn sớm.

 

Trên đây là toàn văn bản dịch.


Liên kết gốc


Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia

举报 Báo lỗi/Báo cáo
Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Báo lỗi/Báo cáo
Gửi