Vitalik: Hoàn toàn phản đối cỗ máy tiên tri giá của lớp cơ sở, các chức năng của lớp Ethereum L1 nên được giới hạn rõ ràng

Lưu ý của biên tập viên: Bài viết này đến từThông tin Babbitt (ID: bitcoin8btc)Lưu ý của biên tập viên: Bài viết này đến từ

Thông tin Babbitt (ID: bitcoin8btc)

, Tác giả: Justin Drake & Vitalik Buterin, Trình biên dịch: Miễn phí và Dễ dàng, Xuất bản có Ủy quyền.

Người viết ở phía trước: Sau khi xem bộ phim giảm một nửa Bitcoin, chúng ta hãy chú ý đến Ethereum. Hôm qua, Vitalik Buterin, người đồng sáng lập Ethereum, đã viết một bài báo bày tỏ sự phản đối kiên quyết đối với đề xuất tiên tri giá lớp cơ sở mới nhất do nhà nghiên cứu Ethereum 2.0 Justin Drake đề xuất, và đặt Ngoài ra, ông cũng nói rằng hệ sinh thái Ethereum được hưởng lợi từ hệ sinh thái mã thông báo lớp ứng dụng mạnh mẽ, thay vì độc quyền tất cả các chức năng quan trọng thông qua lớp L1. Bạn ủng hộ ai trong trận chiến này giữa các nhân vật cốt lõi của Ethereum 2.0?

Mô tả hình ảnh

Lưu ý: Đề xuất sau đây được đề xuất bởi Justin Drake:

Tóm lại, chúng tôi đề xuất thêm một dịch vụ cung cấp giá đơn giản vào chuỗi đèn hiệu để theo dõi một nhóm nhỏ các nội dung chính. Dịch vụ này cho phép tạo ra các tiên tri phi tập trung hoàn toàn để tạo ra giá cho mỗi tài sản được theo dõi ở mỗi ranh giới kỷ nguyên (tức là 6,4 phút).

Cảm ơn @albert, @benjaminion, @dankrad, @danrobinson, @DCinvestor, @djrtwo, Eric Conner, Evan Van Ness, @karl, @khovratovich, Mehdi Zerouali, @mkoeppelmann, @paulhauser, @protolambda, @Robert, @ryanseanadams , Phản hồi và thảo luận từ @sassal, @scott_lew_is, @vbuterin.

tiêu đề phụ

kết cấu

1. Thêm trường price_data: PriceData vào BeaconBlockBody, trong đó:

2. Từ quan điểm đồng thuận của Ethereum 2.0, các đối tượng price_data được xử lý giống như các chuỗi graffiti. Nghĩa là, price_data có thể là dữ liệu tùy ý có giá trị bị bỏ qua bởi các chức năng chuyển đổi trạng thái chuỗi đèn hiệu và quy tắc lựa chọn ngã ba.

3. Những người đề xuất khối báo hiệu trung thực phải điền vào PriceData giá tốt nhất có thể cho từng nội dung được theo dõi và những giá này phải:

4. Đường cơ sở - 1 ETH đại diện cho tài sản được theo dõi;

5. Ảnh chụp nhanh - Ảnh chụp nhanh ở ranh giới kỷ nguyên PRICES_PER_ASSET gần đây nhất (thứ tự tuổi tăng dần trong vectơ AssetPrices);

6. Làm tròn - sử dụng làm tròn một nửa (ví dụ: nếu 1 ETH là 22.732,66 yên, sau đó đặt thành Giá(22733));

tràn - nếu uint64 tràn, đặt thành Giá(2**64 - 1);

Underflow - khi giá âm, nó được đặt thành Giá(0);

tiêu đề phụ

Ví dụ: Đa số trung thực ETH-USD Oracle

Chúng tôi có thể xây dựng một lời tiên tri ETH-USD đa số trung thực ở mỗi ranh giới chu kỳ kỷ nguyên.

1. Hãy xem xét một hợp đồng thông minh lấy trung bình của tất cả các mức giá tương ứng với một ranh giới kỷ nguyên nhất định (tối đa SLOTS_PER_epoch*prices_PER_ASSET=256 điểm giá).

2. Nếu hơn một nửa số khối đèn hiệu tương ứng được tạo bởi những người xác thực trung thực, thì giá trung gian sẽ an toàn, tức là không bị thao túng bởi những người xác nhận không trung thực.

3. Các tính năng cơ bản Sau đây là các tính năng cơ bản của dịch vụ cung cấp giá này:

4. Sự tối giản đồng thuận - Bằng cách coi price_data ngang bằng với graffiti, tác động đến chức năng chuyển đổi trạng thái chuỗi đèn hiệu và quy tắc lựa chọn ngã ba được giảm thiểu.

5. Phân phối trợ cấp - mỗi khối đèn hiệu chứa một đối tượng PriceData chuyên dụng, bỏ qua các hạn chế về không gian khối lớp ứng dụng và thị trường gas;

6. Hiệu quả băng thông - Đối với mỗi nội dung được theo dõi, 320 byte chi phí trên mỗi BeaconBlock, được đánh số theo thứ tự là type_byte_length(uint64) * PRICES_PER_ASSET = 64 byte. Chi phí băng thông của quá trình truyền khối nhỏ, đặc biệt nếu mạng được nén.

Có thể sử dụng bởi các chuỗi khác - Dịch vụ này không chỉ khả dụng cho Ethereum 1.0 và Ethereum 2.0 mà còn cho các chuỗi khối khác. Nó cũng có thể được sử dụng ngoài chuỗi, chẳng hạn như ước tính chi phí gas bằng tiền pháp định thông qua một ví phi tập trung hoàn toàn.

Triển khai ban đầu - Dịch vụ nguồn cấp giá này là cơ sở hạ tầng Ethereum 2.0 tùy chọn có thể được triển khai khi sẵn sàng. Hệ sinh thái DeFi của Ethereum 1.0 sẽ được hưởng lợi từ nó, chẳng hạn như trong giai đoạn 1.

1. tiêu đề phụ

2. Quản lý nguồn cấp dữ liệu giá

3. Khả thi tối thiểu — Tập hợp các tài sản được theo dõi phải được giữ ở mức khả thi tối thiểu, tức là chỉ những tài sản quan trọng đối với sức khỏe và thành công lâu dài của Ethereum mới được đưa vào. 5 tài sản ban đầu (USD, EUR, RMB, JPY, GBP) phản ánh ba nguyên tắc chính: (1. Tính trung lập đáng tin cậy; 2. Tính thanh khoản cao; 3. Ứng dụng rộng rãi)

Đồng thuận thô - Tài sản mới (ví dụ: vàng, dầu, bitcoin) có thể được thêm vào bộ theo dõi thông qua các nhánh cứng được thúc đẩy bởi sự đồng thuận thô.

Khả năng tương thích ngược - Không thể xóa nội dung được thêm để tương thích ngược khỏi bộ theo dõi để duy trì khả năng tương thích ngược.

1. tiêu đề phụ

2. Xác minh hành vi của nhà điều hành

3. Người chạy trung thực - Theo định nghĩa, Người chạy trung thực chạy các nút xác thực tuân thủ các quy tắc đồng thuận và báo cáo dữ liệu giá chính xác.

Người chạy lười biếng - Người chạy lười biếng (ví dụ: một người chơi nghiệp dư bận rộn) có hành vi lười biếng nhất là chạy thiết lập ứng dụng khách trình xác thực mặc định. Do đó, những người vận hành lười biếng nên chạy trình xác thực báo cáo dữ liệu giá chính xác. (Không cần xem xét độ trễ tính toán vì chi phí tính toán về khoản vay, thời gian CPU, RAM, đĩa, v.v. là nhỏ.)

Nhà khai thác hợp lý - Nhà khai thác hợp lý tìm cách tối đa hóa doanh thu và sẽ xem xét việc thao túng dữ liệu giá để đạt được giá trị có thể trích xuất tối đa để xác minh (VEV, tương tự như khái niệm về giá trị có thể trích xuất cho người khai thác). Tuy nhiên, vì đối tượng PriceData được công khai và được ký bằng mật mã nên cộng đồng có thể xác định những người xác thực không trung thực. Các hình phạt có thể xảy ra bao gồm: (1. Mất danh tiếng; 2. Mất số dư xác minh; 3. Mồ côi)

1. tiêu đề phụ

2. Nguyên tắc ứng dụng khách của Trình xác thực

3. Các ứng dụng khách đang xác thực phải có khả năng truy vấn các nguồn bên ngoài để lấy giá ở các ranh giới kỷ nguyên. Dưới đây là hướng dẫn triển khai ứng dụng khách:

4. Sự khác biệt — các nguồn giá khác nhau phải được truy vấn để đảm bảo tính mạnh mẽ, cả nguồn trên chuỗi (ví dụ: Uniswap V2, MakerDAO, Chainlink, xem oracles.club) cũng như nguồn ngoài chuỗi (ví dụ: Coinbase, CoinMarketCap);

5. Bảo mật - các vectơ tấn công được tạo khi truy vấn các API không đáng tin cậy phải được xử lý cẩn thận;

Hãy nhận biết các vấn đề bên ngoài - các nguồn bất thường phải được xử lý đầy đủ (ví dụ: sử dụng kiểm tra độ chính xác và trung bình có trọng số);

1. Khả năng tùy chỉnh - các nhà khai thác khách hàng có thể dễ dàng thay đổi logic dẫn xuất giá mặc định và tùy chỉnh các nguồn giá của họ;

2. giải mã mối quan hệ - việc triển khai nên cố gắng tối đa hóa việc giải mã logic phái sinh giá (ví dụ: trên các lượt triển khai, phiên bản, vị trí);

3. hướng dẫn dApp

Bộ tích lũy lịch sử - Mỗi đối tượng PriceData có thể được xác thực dựa trên history_roots trong BeaconState. Để cải thiện hiệu quả sử dụng gas, dữ liệu xác minh SHA256 Merkle (nhân chứng) có thể được nén một cách hiệu quả vào SNARK (được tối ưu hóa bằng plookup và các công nghệ khác);

Phân tích rủi ro - dApps phải đánh giá cẩn thận rủi ro thao túng giá của những người xác thực không trung thực và đưa ra các giả định bảo mật có hiểu biết (ví dụ: giả định về tính trung thực của người xác thực);

Hybrid Oracles - dApps nên xem xét việc kết hợp các dịch vụ cung cấp giá quan trọng với các nguồn giá khác. Dịch vụ cung cấp giá là một cơ sở hạ tầng được thiết kế để tăng sự lựa chọn và sức mạnh của hệ sinh thái Ethereum;

Dưới đây là ý kiến ​​​​chiến từ người đồng sáng lập Ethereum Vitalik buterin:

"Tôi tuyệt đối phản đối!

1. Trước hết, đây là một thay đổi cơ bản đối với các đặc tính kỹ thuật của chuỗi khối. Giờ đây, chúng tôi có tính năng chính xác của tiến trình chuỗi khối có thể kiểm chứng hoàn toàn bằng lập trình. Tính hợp lệ là một chức năng xác định, tính khả dụng (nghĩa là không kiểm duyệt) có thể được xác minh bởi các nút trực tuyến và thậm chí còn có các kỹ thuật để các nút trực tuyến có độ trễ thấp đạt được sự đồng thuận về việc liệu chuỗi khối có kiểm duyệt các giao dịch hay không.

2. Mặt khác, mục đích của đề xuất này là giới thiệu một thuộc tính chuỗi, thậm chí về nguyên tắc, không thể được xác minh bằng lập trình theo bất kỳ giả định nào. Ngay cả trong các thế giới tương lai, nơi không có sự đồng thuận rõ ràng về giá trị chính xác của đầu vào (ví dụ: nội chiến ở một trong các quốc gia nói trên và cả hai bên đều tuyên bố tiền tệ của họ là USD/CNY/JPY "thực").

3. Thứ hai, đề xuất dựa trên đa số trung thực, nhưng phần lớn những gì chúng tôi đang làm trên Ethereum 2.0 về cơ bản là loại bỏ giả định đa số trung thực và cố gắng tạo ra “tuyến phòng thủ thứ hai” nếu đa số trung thực thất bại.” ,Ví dụ:

4. Proof of Escrow, cố gắng thay đổi giả định bảo mật của các tập hợp từ "phải trung thực" sang bao gồm cả những người tham gia không xấu nhưng lười biếng;

5. Bằng chứng về tính khả dụng của dữ liệu và bằng chứng gian lận (fraud proof), cho phép chuỗi tấn công 51% từ chối các khối không hợp lệ hoặc không có sẵn;

Người dùng có thể chạy các nút đầy đủ, không chỉ các nút nhẹ;

Các kỹ thuật phát hiện kiểm duyệt nêu trên;

Không có cơ chế tiết lộ hoạt động và hoạt động khôi phục của nó trong trường hợp tấn công ngoại tuyến >1/3;

Việc tạo ra một thiết kế dựa trên số đông trung thực sẽ đi ngược lại với tất cả những tiến bộ này.

Thứ ba, nó làm suy yếu tính trung lập của thỏa thuận và mở đường trượt xuống vực thẳm cho những thỏa hiệp về tính trung lập hơn nữa. Đề xuất (1) nâng "defi" lên một lớp ứng dụng đặc quyền và (ii) nâng một nhóm chỉ số tài sản/giá cụ thể. Nó cũng sẽ đưa ra những rủi ro chính trị đối với việc quản trị cơ bản, chẳng hạn như phải đánh giá loại tiền tệ nào đủ quan trọng, loại ứng dụng nào đủ quan trọng, cách đánh giá các trường hợp khẩn cấp, v.v.

Thứ tư, nó đóng cửa đối với những đổi mới trong thiết kế tiên tri, ví dụ: một giải pháp thay thế tự nhiên cho thiết kế này là giá tại thời điểm T chỉ nên được thỏa thuận tại API bị lỗi bất ngờ. Có nhiều cách để thiết kế một nhà tiên tri và thống trị hệ sinh thái bằng cách tiếp cận L1 dường như không phải là câu trả lời đúng.

Thứ năm, nó làm tăng nguy cơ tập trung hóa các trình xác nhận đặt cược, vì khách hàng yêu cầu cập nhật tự động nhiều hơn để duy trì các tiên tri của họ, điều này làm tăng nguy cơ các trình xác thực làm theo hướng dẫn của nhà phát triển ứng dụng khách một cách mù quáng (hoặc những người từ bỏ hoàn toàn việc tự mình trở thành một nút xác minh và chuyển sang nhóm xác minh);

”

Thứ sáu, so với các tiên tri dựa trên mã thông báo ở lớp ứng dụng (chẳng hạn như Augur, v.v.), nó không thực sự cung cấp bảo mật cao hơn. MKR có vốn hóa thị trường khoảng 2 triệu ETH, do đó, mã thông báo lớp ứng dụng rõ ràng có thể đạt được mức vốn hóa thị trường đáng kể. Chúng tôi dự đoán rằng số tiền đặt cược ban đầu của Ethereum 2.0 sẽ nằm trong khoảng 2 triệu ETH (giá trị dài hạn có thể đạt 10 triệu ETH). Do đó, mức độ bảo mật của tiên tri lớp cơ sở không cao hơn nhiều so với tiên tri của lớp ứng dụng và có vẻ như sự khác biệt chỉ là một mức độ lớn nhất.