Định giá phân tách và theo dõi kép EIP1559 cho bộ lưu trữ Ethereum

特邀专栏作者

2021-04-17 06:09

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

Vấn đề lớn nhất với mô hình trạng thái Ethereum là: sự khác biệt lớn giữa tăng trưởng trạng thái trung bình và tăng trưởng trạng thái xấu nhất.

Bài viết này là một cuộc thảo luận mới nhất do Vitalik đề xuất trong Diễn đàn nhà nghiên cứu Ethereum, là sự kết hợp lại các ý tưởng về việc triển khai thực tế EIP1559 do nhà khoa học nghiên cứu Ethereum Barnabé Monnot đề xuất.

Sau đây là bản dịch nguyên văn, nhóm có chú thích một số từ và xóa bớt một số từ.

Tác giả: Vitalik Burerin

Biên soạn: Baiplan Team

Đặc biệt cảm ơn @barnabe vì đã sớm đề xuất một ý tưởng tương tự.

Như tôi đã thảo luận chi tiết trong Tài liệu vị trí trước đây của mình về Định giá tài nguyên, Gas trong Ethereum thực sự trả tiền cho ba tài nguyên khác nhau:

1. Băng thông (dữ liệu giao dịch phải được tải xuống)

2. Tính toán (thời gian xác minh và thực hiện giao dịch)

3. Lưu trữ (lịch sử, nhưng quan trọng hơn là nêu rõ các báo cáo như số dư tài khoản, nonce, mã hợp đồng, lưu trữ hợp đồng)

Plan Bai nhận xét: "Position Document on Resource Pricing" là một bản thảo về định giá tài nguyên blockchain, trong đó Vitalik suy ra phương pháp định giá tương ứng thông qua các phép tính toán học.

Dự thảo bao gồm: giá cả và số lượng, đường cong chi phí xã hội, đấu giá sơ cấp và thứ cấp, biểu phí điều chỉnh, phí bảo trì kho bãi và tại sao phí cố định không được sử dụng đúng mức?

Không giống như băng thông và điện toán, là những chi phí phù du, dung lượng lưu trữ không giống như hai chi phí này, nó sẽ vượt quá giới hạn phù du.

Có giới hạn về số lượng tính toán mà một nút có thể thực hiện hoặc tải xuống dữ liệu trong thời gian của một khối và sau khi khối được thông qua, số lượng cần thiết để tải xuống và xác minh sẽ đạt được. Hầu hết khối đã biến mất (chỉ một số nút đồng bộ hóa cần xử lý trong tương lai).

Và lưu trữ là một chi phí liên tục. Nếu một trạng thái khối duy nhất tăng thêm 100MB, thì khối đó có thể được xử lý ngay bây giờ, nhưng một loạt các khối sẽ khiến Ethereum không sử dụng được. Tác động "bùng nổ" của sự phát triển của bang là không đáng kể, nhưng tác động lâu dài là nghiêm trọng nhất, vì một khi được thành lập, một bang rất lớn sẽ tạo gánh nặng vĩnh viễn cho mạng lưới.

tiêu đề phụ

Kích thước trung bình so với kích thước lưu trữ trong trường hợp xấu nhất

Một trong những thiếu sót của việc mô hình hóa trạng thái trong các giao thức (trạng thái) hiện tại (thường được coi là không bền vững) và các giao thức được cải thiện khi hết hạn trạng thái là sự khác biệt lớn giữa tăng trưởng trạng thái trung bình và tăng trưởng trạng thái trong trường hợp xấu nhất.

Hãy xem xét giao thức hiện tại. Ngày nay, tổng kích thước của trạng thái là khoảng 550 triệu đối tượng, tức là khoảng 32 GB (không bao gồm chi phí cố định). Nếu chúng tôi loại bỏ tất cả các tiểu bang không được chạm vào từ năm trước, thì tổng số có thể dễ dàng giảm hơn một nửa.

Bây giờ, điều tồi tệ nhất là gì?

Việc tạo mã hợp đồng được tính phí 200Gas mỗi byte.Do đó, nếu một khối được chia thành 3 giao dịch và mỗi giao dịch tạo ra một hợp đồng, chúng tôi có thể tạo 3 hợp đồng 20558 byte cho 12334800Gas+3*55000Gas, để tăng chi phí tạo lập hợp đồng.

Bằng cách này, trong một khối duy nhất, kích thước lưu trữ có thể tăng thêm 20600*3=61800 byte.

Giả sử rằng thời gian tạo khối trung bình là 13,1 giây, thì có 31556925/13,1=2408925 khối mỗi năm. Nói chung, trạng thái có thể tăng thêm 61800*2408925=148871600381,67938 byte, tức là khoảng 138 GB.

Sự khác biệt này là khoảng 10 lần. (Ghi chú White Plan: 16GB dữ liệu bên dưới được hiểu theo ngữ cảnh là tổng kích thước trạng thái hiện tại của Ethereum trong một năm)

Rất quan trọng, RAM phần cứng của người tiêu dùng có thể giữ kích thước thực có thể là 16GB (nếu không, chúng tôi có thể điều chỉnh giá xăng hoặc thời hạn trạng thái để phù hợp) và không thể lưu trữ 138GB.

tiêu đề phụ

Rãnh kép EIP-1559

Một giải pháp tự nhiên cho vấn đề này là sử dụng định giá EIP-1559 cho chi phí tạm thời và vĩnh viễn, nhưng với thời gian điều chỉnh khác.

Đối với chi phí tạm thời, giá có thể được điều chỉnh hơn 10% tại một thời điểm. Tuy nhiên, đối với chi phí cố định, nó sẽ khiến việc điều chỉnh giá chậm hơn nhiều.

Nếu chúng tôi lấy cơ chế đường cong chi phí AMM làm cơ sở, để lưu trữ, chúng tôi có thể xem xét một đường cong với tỷ lệ mục tiêu là 1GB mỗi tháng và chi phí tăng tùy thuộc vào mức độ chúng tôi vượt quá mục tiêu:

Ví dụ: chi phí lưu trữ có thể tăng gấp đôi cho mỗi GB vượt quá mục tiêu. Trong trường hợp này, có thể mất khoảng 3 ngày để giá khối lưu trữ tăng gấp đôi. Nếu dung lượng lưu trữ vượt quá 10GB, chi phí lưu trữ sẽ gấp 1000 lần giá bình thường, khiến việc tiếp tục lưu trữ trở nên bất khả thi về mặt kinh tế.

Có hai cách để đạt được điều này:

1. Mua kho bằng Gas. Tức là việc sử dụng SSTORE để tạo một ô lưu trữ mới sẽ tiêu tốn Gas như hiện tại, nhưng lượng Gas tiêu thụ sẽ thay đổi. Nhược điểm của điều này là nó tạo ra các khuyến khích (ngụy trang) để người dùng đổ đầy bình vào cuối tuần khi giá xăng thấp hơn.

2. Mua dung lượng lưu trữ bằng ETH. Ngoài Gas, các giao dịch (và cuộc gọi) cần cung cấp một tài nguyên khác (chúng ta có thể gọi nó là mana), tài nguyên này sẽ sử dụng cơ chế tương tự như Gas, nhưng với các tham số khác. Điều này có nhược điểm là làm phức tạp các quy tắc gọi và yêu cầu bổ sung một mã lệnh GỌI mới.

Lưu ý rằng có một tùy chọn kết hợp ở đây:

3. Dung lượng lưu trữ có thể được định giá bằng ETH, nhưng được tính bằng Gas (vì vậy nếu phí cơ bản tăng gấp đôi, lượng Gas cần thiết để lấp đầy một khe lưu trữ sẽ tự động giảm một nửa). Chúng tôi có thể loại trừ ETH được sử dụng để mở rộng dung lượng lưu trữ khỏi các quy tắc cập nhật giá Gas EIP 1559 hoặc thậm chí giới hạn khối.

4. Chuyển hóa Khí thành ba khái niệm một cách toàn diện hơn: Khí, Điểm Thực hiện và Điểm Tích trữ. 1Gas=1wei; Một giao dịch phân bổ Gas đơn giản có nghĩa là nó đang chuyển đổi một số wei của mình thành một dạng đặc biệt có thể được sử dụng để thanh toán cho các tài nguyên. Hình thức này hoạt động giống như Gas về cách nó được chuyển giữa cuộc gọi và cuộc gọi phụ.

Tuy nhiên, AMM hiện quản lý hai chi phí: chi phí điểm thực thi và chi phí điểm lưu trữ. Khi một quy trình thực thi xử lý một opcode hiện đang tiêu thụ N gas, nó sẽ tiêu tốn N điểm thực thi, nghĩa là cần có N* điểm_chi phí thực thi để trả Gas. Để lấp đầy một ô lưu trữ cần 1 điểm lưu trữ, vì vậy cần có storage_point_cost để nạp Gas.

Cuối cùng, cũng xin lưu ý rằng các khoản hoàn trả dự kiến sẽ bị xóa khỏi lộ trình thời hạn của tiểu bang. Điều này là do lý do kỹ thuật: các vị trí lưu trữ không thể "trống" và đủ điều kiện để được hoàn lại tiền, vì vậy chúng chỉ có thể được đặt thành 0 và bản ghi 0 phải duy trì ở trạng thái đó cho đến khi khoảng thời gian kết thúc và trạng thái có thể hết hạn. Điều này làm giảm đáng kể các vấn đề phức tạp gặp phải trong các nỗ lực thuê kho trước đó.

chuỗi công khai

Chào mừng tham gia cộng đồng chính thức của Odaily

Nhóm đăng ký

https://t.me/Odaily_News

Nhóm trò chuyện

https://t.me/Odaily_CryptoPunk

Tài khoản chính thức

https://twitter.com/OdailyChina