Những phần nào của eth1 là cần thiết cho eth2?

蓝狐笔记

特邀专栏作者

2020-04-14 17:10 (UTC+8)

Bài viết này có khoảng 2558 từ, đọc toàn bộ bài viết mất khoảng 4 phút

EIP-2537 có thể giúp gì cho eth2?

Tóm tắt AI

EIP-2537 có thể giúp gì cho eth2?

Lưu ý của biên tập viên: Bài viết này đến từGhi Chú Cáo Xanh (ID: lanhubiji), được in lại bởi Odaily với sự cho phép.

Ghi Chú Cáo Xanh (ID: lanhubiji)

Ghi Chú Cáo Xanh (ID: lanhubiji)

, được in lại bởi Odaily với sự cho phép.

tiêu đề phụ

Ranh giới mới

Tôi muốn cung cấp một cái nhìn tổng quan cấp cao về mật mã mới và giải thích rằng trước khi chuyển trạng thái eth1 sang hệ thống mới, việc tích hợp nó vào EVM sẽ đặt nền tảng cho việc khai thác các khả năng của hệ thống mới trong eth1.

https://en.wikipedia.org/,tiêu đề phụ

Điều gì còn thiếu từ eth1?

Xét rằng tất cả dữ liệu trên chuỗi khối Ethereum là công khai, chữ ký mật mã được yêu cầu để đảm bảo rằng một giao dịch cụ thể phản ánh nhu cầu của các bên liên quan. Sơ đồ chữ ký được sử dụng trên Ethereum dựa trên đối tượng toán học "đường cong elip", trong đó đường cong cụ thể được sử dụng có tên là secp256k1. Các điểm trên đường cong này dành cho sơ đồ chữ ký cụ thể, ECDSA, sơ đồ này cung cấp các thuộc tính chữ ký mật mã mong muốn của chúng tôi.

Thuộc tính toán học này làm tăng tính bảo mật của ECDSA dưới dạng lược đồ chữ ký.

Mặc dù ECDSA cho secp256k1 đã được thực hiện trong nhiều năm, nhưng các tiêu chuẩn xác định chúng lần lượt là 20 và 10 tuổi. eth2 sử dụng một cấu trúc mới tận dụng những tiến bộ về mật mã được thực hiện kể từ đó. Trình xác thực trên eth2 (giống như công cụ khai thác trên eth1) sử dụng lược đồ chữ ký BLS, dựa trên một đường cong elip khác có tên là BLS12-381. (Lưu ý rằng "BLS" trong tên đều là chữ viết tắt, biểu thị các bộ khác nhau của "B", "L", "S"!)

Lý do chính để sử dụng ngăn xếp này là vì nó cho phép tổng hợp hiệu quả nhiều chữ ký thành một chữ ký, góp phần trực tiếp vào khả năng mở rộng của bảo mật eth2. Để biết thêm thông tin về tầm quan trọng của tập hợp chữ ký trong eth2, bạn có thể tham khảo bài viết của Carl Beekhuizen.

tiêu đề phụ

Làm thế nào để chúng ta có được nó

Biên dịch trước trên Ethereum là một nguồn tài nguyên khan hiếm, vì vậy nó chỉ được dành riêng cho các tính toán được cộng đồng coi là quan trọng. Ngoài ra, chúng yêu cầu một hard fork để triển khai (vì chúng thay đổi ngữ nghĩa EVM), vì vậy việc phối hợp rất tốn kém. May mắn thay, có một bản nháp EIP-2537 hiện tại cho các bản biên dịch trước BLS này.

EIP này bao gồm một số tiền biên dịch hoạt động trên đường cong BLS12381 và sẽ bao gồm một hoạt động đắt tiền khác được gọi là "ánh xạ đường cong" (đối với sơ đồ chữ ký BLS). Nếu bạn tìm hiểu sâu về toán học của lược đồ chữ ký BLS, bạn sẽ thấy rằng cần có một số cơ chế để dịch thông tin cụ thể thành biểu diễn của một điểm trên đường cong, giúp "ánh xạ tới đường cong".

tiêu đề phụ

Nó giúp chúng ta như thế nào?

Biên dịch trước EIP-2537 sẽ giúp eth2 ngay lập tức bằng cách cải thiện trải nghiệm người dùng về hợp đồng lưu trữ và đặt nền tảng cho việc xây dựng ứng dụng khách nhẹ eth2 trong eth1. Bản thân đường cong BLS12-381 có thể được sử dụng để xây dựng zk-SNARK và việc sử dụng BLS trong các chuỗi khối khác có thể mở đường cho khả năng tương tác giữa các mạng này.

Trải nghiệm người dùng hợp đồng lưu trữĐể trở thành người xác thực trên chuỗi beacon eth2, phương pháp ban đầu là gửi ETH vào một hợp đồng thông minh trên eth1 (“hợp đồng lưu trữ”). Để tiết kiệm chi phí gas hoặc giảm thiểu độ phức tạp, hợp đồng thông minh này chỉ là một cam kết mã hóa (trên cây Merkle) đối với một khoản tiền gửi cụ thể, là bằng chứng về mức tiêu thụ trên chuỗi đèn hiệu và không có nhiều vấn đề khác.》）

Điều quan trọng là chữ ký BLS cần thiết để xác minh dung lượng lưu trữ không được xác minh trên chuỗi eth1. Thực tế này đã dẫn đến việc mất ETH testnet khi một loạt chữ ký BLS không được tính toán chính xác do lỗi. Bằng cách hỗ trợ xác minh chữ ký BLS (EIP-2537) trên chuỗi eth1, chúng tôi có thể viết các hợp đồng thông minh "chuyển tiếp" nhận dữ liệu tiền gửi, xác minh chữ ký và sau đó gửi dữ liệu tiền gửi đến hợp đồng tiền gửi. Hợp đồng đặt cọc không bắt buộc phải hoạt động một cách an toàn, nhưng sẽ tạo thêm sự an tâm cho các nhà phát triển giao tiếp với hợp đồng đặt cọc.

zk-SNARKs

ứng dụng khách nhẹ eth2 bên trong EVM

Chúng tôi cũng hy vọng rằng eth1 có thể hiểu công nghệ mã hóa eth2 và sử dụng nó làm điều kiện tiên quyết để xây dựng các ứng dụng khách nhẹ eth2 trên chuỗi eth1. Khả năng này cho phép sử dụng ứng dụng khách nhẹ ở chế độ chuyển tiếp BTC trong hợp đồng thông minh. Một ứng dụng khách nhẹ như vậy rất thú vị vì nó tạo thành "cầu nối" giữa mạng eth1 và eth2. Cầu nối hai chiều như vậy có thể mở khóa khả năng chuyển ETH giữa eth1 và eth2, đồng thời nó cũng cho phép sử dụng phân đoạn eth2 làm lớp dữ liệu có thể mở rộng quy mô lớn để hỗ trợ xây dựng Lớp 2 trên eth1 (chẳng hạn như Bản tổng hợp lạc quan, zk -rollups, v.v. Đối với Rollup, vui lòng tham khảo bài viết trước của Blue Fox Notes "

Thật thú vị, việc xây dựng một ứng dụng khách nhẹ (dưới dạng hợp đồng thông minh) bên trong EVM có thể không phải là cách tốt nhất để thêm nhận thức về eth2 vào eth1 (triển khai thay thế của ứng dụng khách nhẹ ở cấp độ khách hàng eth1) và cách mới nhất về "cầu nối hai chiều " Nghiên cứu cho thấy rằng điều này là không khả thi do các tham số bảo mật khác của mỗi mạng. (Thay vào đó, sẽ hợp lý hơn nếu chỉ đặt trạng thái eth1 vào phân đoạn eth2). Phải nói rằng, việc đặt nền móng ngày hôm nay không có hại gì và chiến lược sáp nhập eth1-eth2 có thể thay đổi trong tương lai.