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%

简体中文

繁體中文

English

Tiếng Việt

한국어

日本語

ภาษาไทย

Türkçe

Partnered With:

Giới thiệu | Đường dẫn đến khả năng tương tác lớp 2

Đọc bài viết này mất 16 phút

Nhà cung cấp thanh khoản để giải quyết vấn đề di chuyển quỹ L2.

Tiêu đề gốc: "Giới thiệu | Con đường đến khả năng tương tác lớp 2"

Nguồn gốc: Những người đam mê Ethereum

Tóm tắt gồm bốn câu

1. Khả năng tương tác Lớp 2 có nghĩa là người dùng có thể hoạt động trong các hệ thống Lớp 2 Di chuyển tiền giữa các mạng và ma sát trên Lớp-1 càng nhỏ càng tốt.

2. Các giải pháp tương tác Lớp 2 được đề cập trong bài viết này đều dựa trên "các thành phần mật mã giao dịch có điều kiện" mà chúng tôi đã đề xuất trước đây.

3. StarkEx 2.0 (dự kiến ra mắt vào tháng 11 năm 2020) sẽ sử dụng các giao dịch có điều kiện trên chuỗi để cung cấp khả năng tương tác từ Lớp 2 đến Lớp 1 (rút tiền nhanh).

4. StarkEx 3.0 (dự kiến ra mắt vào tháng 12 năm 2020) sẽ sử dụng các giao dịch có điều kiện ngoài chuỗi để cung cấp khả năng tương tác từ Lớp 2 đến Lớp 2 (rút tiền nhanh).

Nền tảng

Các giải pháp có thể mở rộng Lớp 2 (L2) đã đạt được tiến bộ nhanh chóng. Hiện đã có nhiều hệ thống chứng minh tính hợp lệ trên mạng chính Ethereum và nhiều hệ thống chứng minh gian lận đã được triển khai trên mạng thử nghiệm. Phương pháp L2 mang lại khả năng mở rộng nhưng có chi phí: một số lợi ích của việc chạy hoàn toàn trên L1 bị phá vỡ hoặc ít nhất bị giảm đi khi sử dụng phương pháp L2. Chúng tôi không tin rằng có một giải pháp L2 duy nhất có thể giải quyết hoàn hảo mọi nhu cầu: các ứng dụng khác nhau có những nhu cầu rất khác nhau về mở rộng quy mô thông lượng. Bản thân các ứng dụng sẽ chọn những gì phù hợp với chúng từ thư viện thiết kế L2 phong phú.

Trước khi đi sâu hơn, trước tiên chúng ta xác định hai thuật ngữ quan trọng:

Khả năng tương tác: cho phép người dùng chuyển tiền một cách hiệu quả giữa Ứng dụng 1 (môi trường ban đầu) và Ứng dụng 2 (môi trường đích)

Khả năng kết hợp (Khả năng kết hợp): Có thể vận hành app_1, app_2,···,app_n trong một giao dịch . (Khả năng kết hợp không phải là chủ đề của bài viết này. Chúng ta sẽ nói về vấn đề này vào lần tới.)

Ngoài những định nghĩa lỏng lẻo này, chúng ta cũng cần một phiên bản nâng cao của giao dịch có điều kiện. Thành phần quan trọng này là chìa khóa cho khả năng tương tác.

Có điều kiện-Tx:

Đây là thành phần mật mã (được đề xuất lần đầu tiên ở đây) cho phép khả năng tương tác trên các chuỗi khối không cần sự tin cậy. Giao dịch có điều kiện là giao dịch phụ thuộc vào việc xảy ra hay không xảy ra một số sự kiện (ví dụ: một khoản thanh toán nhất định, một thay đổi trạng thái nhất định) để xác định liệu nó có hiệu lực hay không. Để đưa ra khái niệm cơ bản, chúng ta có thể xác định một giao dịch có điều kiện trong môi trường ban đầu và sau đó đợi cho đến khi các điều kiện mà nó chỉ định được đáp ứng trong một môi trường khác (tức là môi trường đích) trước khi nó có hiệu lực.

Từng bước một

Trong trường hợp không có giải pháp tốt hơn, ít nhất người dùng sẽ luôn là Bạn có thể chuyển tiền từ L2 ban đầu trở lại L1, sau đó đầu tư chúng vào L2 mục tiêu. Phương pháp thô này chậm và đắt tiền, và sẽ trở nên chậm hơn và đắt hơn khi nhu cầu tăng lên.

Vì vậy chúng ta phải làm tốt hơn. Trên thực tế, chúng tôi dự định sử dụng các bước sau để từng bước đạt được giải pháp tốt hơn.

Giai đoạn I: StarkEx (L2) → Ethereum (L1)—Rút tiền nhanh "Rút tiền nhanh"

Nó có thể giải quyết vấn đề người dùng cần rút tiền nhanh chóng từ hệ thống StarkEx về L1. Nó không chỉ có thể gửi tiền đến địa chỉ L1 của chính người dùng mà còn có thể gửi tiền đến bất kỳ địa chỉ mục tiêu nào trong L1, chẳng hạn như Hợp chất, Aave, v.v. Điều quan trọng là độ trễ rút tiền của người dùng sẽ được đo bằng “thời gian khối”, bất kể tần suất StarkEx tạo bằng chứng cho các giao dịch hàng loạt.

Tình huống sử dụng: Alice muốn gửi số 1 trong tài khoản dYdX của cô ấy ở L2 đến địa chỉ của cô ấy ở L1.

Người tham gia:

Alice (người dùng có tiền gửi trên L2)

LP (nhà cung cấp thanh khoản có tiền trên L1)

Toán tử StarkEx trong môi trường ban đầu (dYdX trong ví dụ trên)

- Hình 1: Quy trình rút tiền nhanh-

Quy trình: (1 ) Người dùng chuyển một giao dịch có điều kiện sang LP, hứa trả 1 ETH (cộng với phí xử lý của LP), với điều kiện LP gửi 1 ETH đến địa chỉ L1 của Alice trên L1; (2) Đợi LP gửi tiền cho Alice trên L1 Sau đó, giao dịch có điều kiện có hiệu lực; (3) LP gửi giao dịch có điều kiện cho nhà điều hành và chờ nó được đóng gói thành lô giao dịch tiếp theo để được chứng minh; (4) Chờ bằng chứng tiếp theo được gửi tới L1 Sau khi được xác minh, số dư L2 của LP tăng lên, phản ánh số tiền anh ta nhận được từ Alice.

Tái cân bằng thường xuyên: LP cần thường xuyên sử dụng tiền trong tài khoản L2 của mình (tích lũy dần dần) để bổ sung tiền vào tài khoản L1 (tiêu thụ dần dần) của mình.

Giai đoạn II: StarkEx (L2) → StarkEx (L2)

Giai đoạn StarkEx ban đầu instance lưu trữ một ứng dụng. Ở giai đoạn này, chúng tôi muốn người dùng có thể nhanh chóng chuyển tiền giữa các ứng dụng khác nhau này. Giống như rút tiền nhanh, chúng tôi cũng hy vọng sẽ giúp người dùng giảm chi phí trên chuỗi nhiều nhất có thể mà không cần phải đợi giao dịch rút tiền của họ được đóng gói và chứng nhận trên L2.

Tình huống sử dụng: Alice muốn chuyển 1eth trên tài khoản dYdX của cô ấy trên L2_1 sang tài khoản DeversiFi của cô ấy trên L2_2.

Người tham gia:

Alice (người dùng có tiền gửi trên L2_1)

LP (nhà cung cấp thanh khoản có tiền trên L2_2)

Toán tử StarkEx trong môi trường ban đầu (dYdX trong ví dụ trên)

- Hình 2: Quy trình giao dịch có điều kiện ngoài chuỗi-

Quy trình: (1) Alice thực hiện một giao dịch có điều kiện đã ký tới LP, hứa sẽ trả 1 ETH trên L2_1 (cộng với phí xử lý của LP), với điều kiện LP chuyển 1 ETH vào tài khoản L2_2 của Alice; (2 ) LP thanh toán cho Alice trên L2_2; (3) Giao dịch thanh toán được nhà điều hành đóng gói thành một đợt của L2_2 và chứng chỉ được gửi và chứng chỉ được xác minh trên L1; sau khi giao dịch hàng loạt được xuất bản trên L1, Giao dịch có điều kiện sau đó có thể có hiệu lực; (4) LP gửi giao dịch có điều kiện cho nhà điều hành L2_1, người sẽ đóng gói nó vào lô tiếp theo mà nó muốn chứng minh; (5) Đợi L2_1 Sau khi lô giao dịch tiếp theo được xuất bản lên L1 và bằng chứng của nó được hợp đồng xác minh, số dư tài khoản của LP trên L2_1 được cập nhật để phản ánh số tiền TA nhận được từ Alice.

Tái cân bằng định kỳ: LP cần cân đối thường xuyên số tiền trong L2_1 và L2_2, tùy thuộc vào dòng tiền trong hai hệ thống.

Ở giai đoạn này, chi phí chính để hỗ trợ khả năng tương tác sẽ là chi phí vốn của LP; cần lưu ý rằng chi phí vốn của họ sẽ mất một khoảng thời gian để phục hồi, tức là từ việc cung cấp tính thanh khoản cho người dùng đến việc đóng gói của nhà điều hành Điều này là lúc để giải quyết các giao dịch có điều kiện. Chúng tôi hy vọng quá trình này sẽ bắt đầu sau vài giờ (hầu hết thời gian) và sau đó giảm xuống thời gian tạo bằng chứng (vài phút) khi thông lượng tăng (trong tất cả các ứng dụng StarkEx).

Giai đoạn III: L2→ L2

Gia hạn dựa trên Giai đoạn II, cho phép cấp vốn để Di chuyển giữa bất kỳ L2 nào, cho dù đó là hệ thống sử dụng bằng chứng hợp lệ hay hệ thống sử dụng bằng chứng gian lận (Optimistic Rollup, Plasma). Điều cần nhắc ở đây là (so với zkRollup) Optimistic Rollup sẽ có một số nhược điểm về hiệu quả tài chính khi sử dụng LP để đạt được khả năng tương tác là điều không thể tránh khỏi (xem tại đây) (bản dịch tiếng Trung)

Mô hình tin cậy

Bây giờ hãy tóm tắt mô hình tin cậy cần thiết.

Đối với người dùng

Nó hoàn toàn không đáng tin cậy.

Đối với LP

LP cần tin tưởng vào hoạt động (trong môi trường ban đầu), tin tưởng rằng sau này sẽ xử lý các giao dịch có điều kiện hợp lệ của họ, nghĩa là không kiểm duyệt chúng. Nhu cầu tin tưởng này có thể được loại bỏ bằng nhiều cách.

Nếu giao dịch có điều kiện của LP không được nhà điều hành xử lý kịp thời, LP có thể:

Chống kiểm duyệt: Gửi giao dịch có điều kiện bị kiểm duyệt tới hợp đồng thông minh của "nhà điều hành" trên chuỗi và để hợp đồng thông minh sau này đóng băng nhà điều hành để các chứng chỉ do nhà điều hành gửi không thể được xử lý.

Tiền gửi bảo đảm: Gửi giao dịch có điều kiện đã được xem xét tới một hợp đồng thông minh về tiền gửi bảo đảm trên chuỗi và nhận tiền trực tiếp từ hợp đồng.

Kế hoạch

Giai đoạn I sẽ được triển khai trên Ethereum vào tháng 11 năm 2020 Network (tức là StarkEx 2.0), trong khi Giai đoạn II sẽ đến vào quý 1 năm 2021 (tức là StarkEx 3.0).

Giai đoạn III sẽ tiếp theo. Chúng tôi dự đoán rằng các ứng dụng khác nhau trên L2 sẽ có nhu cầu tương tác với các ứng dụng khác trên L2 và mong muốn thảo luận về giải pháp với các nhà cung cấp giải pháp L2 khác.