Từ 0 đến 1: Tìm hiểu Nâng cấp Ethereum Thượng Hải

avatar
Foresight News
01-10
Bài viết này được dịch máy
Xem bản gốc
Nội dung chính của nâng cấp Thượng Hải là mở tính năng rút tiền đặt cược và EOF, ngoại trừ EIP-4844.

Được viết bởi: Shiqi

TL;DR

  • Nội dung chính của bản nâng cấp Thượng Hải là Rút tiền và EOF. EIP-4844 sẽ không được đưa vào bản nâng cấp Thượng Hải.
  • Rút tiền
  • Việc rút tiền không cần phải được chủ động thực hiện và hoàn toàn tự động. Việc rút tiền có thể được thực hiện cho 115.200 Người xác thực mỗi ngày.
  • Có hai quy tắc: "Rút một phần" và "Rút toàn bộ", tương ứng với các điều kiện khác nhau. Hầu hết các lần rút tiền sẽ là "Rút một phần"
  • "Rút một phần" rút thu nhập của Người xác thực. Do đặt cược trong hai năm, rất nhiều thu nhập đã được tích lũy trên chuỗi đèn hiệu. Do đó, trong bốn ngày mở khóa đầu tiên, số tiền mở khóa là lớn nhất; "Toàn bộ Rút tiền" ” là số tiền thu được + cam kết 32 ETH bị lấy đi cùng lúc
  • Trong điều kiện lý tưởng, dự kiến khoảng 400k ETH sẽ được mở khóa vào ngày đầu tiên sau khi nâng cấp, khoảng 300K vào ngày thứ hai, khoảng 180K vào ngày thứ ba và khoảng 60K vào ngày thứ tư. bốn ngày đầu tiên đến từ "rút tiền một phần". Vì tất cả Người xác thực về cơ bản đã trải qua quá trình rút tiền kể từ ngày thứ năm, nên hầu hết thu nhập của các nút đã bị rút. Do đó, nguồn rút tiền chính bắt đầu từ ngày thứ năm sẽ là "tất cả rút tiền" và con số này sẽ bị hạn chế gián tiếp bởi luồng. Giới hạn hệ số
  • Nói chính xác, hệ số giới hạn thanh khoản không giới hạn số lượng "tất cả các lần rút tiền" có thể được xử lý hàng ngày, mà là số lượng có thể đáp ứng các điều kiện "tất cả các lần rút tiền" mỗi ngày. Tức là, nếu có một lượng lớn số lượng Trình xác thực đáp ứng các yêu cầu trước khi nâng cấp Thượng Hải. Ngay cả khi quy tắc "rút tất cả" được thông qua, vẫn có khả năng số lượng ETH lớn hơn nhiều so với dự kiến sẽ không được thế chấp.
  • EOF
  • EOF là bản nâng cấp lên EVM, giới thiệu các tiêu chuẩn hợp đồng mới và một số opcode mới. Sau khi nâng cấp, EVM sẽ có thể thực hiện kiểm soát phiên bản và chạy nhiều bộ quy tắc hợp đồng cùng một lúc.
  • Với EOF, EVM không còn bị giới hạn bởi nhu cầu tương thích về phía trước khi lặp lại. Độ khó nâng cấp thấp hơn có thể dẫn đến việc nâng cấp Ethereum EVM thường xuyên hơn trong tương lai.
  • Việc lặp lại EVM thường xuyên có thể dẫn đến yêu cầu cao hơn đối với các máy ảo tương thích với EVM, chẳng hạn như zkEVM. Nếu muốn cập nhật phiên bản, bạn có thể cần các máy ảo tương thích với EVM khác để có khả năng tự động chuyển đổi các bản cập nhật EOF sang máy ảo của riêng bạn .

Tìm hiểu về nâng cấp Ethereum Thượng Hải

Nâng cấp Thượng Hải là gì

Bản nâng cấp Thượng Hải là bản hard fork tiếp theo của lớp điều hành Ethereum. Nó đã trải qua bản nâng cấp Constantinople, bản nâng cấp Istanbul, bản nâng cấp Berlin, bản nâng cấp London và bản nâng cấp Paris (Hợp nhất). Mỗi bản nâng cấp có nghĩa là Ethereum có một số điểm chính các bản cập nhật, chẳng hạn như EIP-1559 thay đổi cơ cấu thu nhập của người khai thác, Hợp nhất thay đổi cơ chế hoạt động của Ethereum, v.v.

Chuỗi Beacon (chuỗi Beacon) - hai năm thực tập sinh lớp đồng thuận

Vào tháng 12 năm 2020, Ethereum đã giới thiệu chuỗi Beacon. Kể từ đó, Ethereum đã chuyển từ một chuỗi chịu trách nhiệm về lớp thực thi và lớp đồng thuận sang hai chuỗi song song chịu trách nhiệm về lớp đồng thuận của lớp thực thi, đây cũng là quá trình chuyển đổi từ PoW sang PoS.

Sau khi chuyển đổi, lớp đồng thuận chịu trách nhiệm về chuỗi Beacon và lớp thực thi chịu trách nhiệm về mạng chính Ethereum trước đây, đây là mạng mà mọi người thường sử dụng để tương tác với người dùng trên Ethereum. mạng chính chỉ có thể truyền đạt Hợp đồng tiền gửi trên lớp thực thi. Nói tóm lại, khi người dùng gửi ETH vào Hợp đồng tiền gửi trên lớp thực thi, ETH sẽ được lưu trữ trong chuỗi báo hiệu. Tuy nhiên, kể từ bây giờ, ETH trên chuỗi đèn hiệu không có cách nào để quay trở lại lớp thực thi. , ETH trong Hợp đồng tiền gửi không thể rút được.

Lưu ý: Hợp đồng tiền gửi, nói tóm lại, Hợp đồng tiền gửi là một hợp đồng thông minh được triển khai trên mạng chính ETH. Nó sẽ chấp nhận mọi giao dịch chứa ít nhất 1 ETH và dữ liệu đầu vào hợp lệ. Các nút trên beacon chain sẽ giám sát hợp đồng này. Và sử dụng dữ liệu đầu vào trong giao dịch được giám sát để thiết lập Trình xác thực tương ứng trong chuỗi báo hiệu.

Tuy nhiên, chuỗi Beacon đã không ra mắt ngay khi ra mắt mà đã trải qua giai đoạn thực tập đồng thuận kéo dài hai năm và mãi đến tháng 9 năm 2022 mới chính thức hoàn tất việc sáp nhập với mạng chính Ethereum. Chuỗi Beacon trung gian đã được nâng cấp nhiều lần, từ Giai đoạn 0 ban đầu, đến nâng cấp Altair , đến Bellatrix (còn được gọi là The Merge), và cuối cùng đã ra mắt một cách suôn sẻ. Từ đó trở đi, chuỗi Beacon và mạng chính Ethereum đã hợp nhất thành một để tạo thành Ethereum mới, cả hai giao tiếp thông qua API Engine.

Trong quá trình trở thành thực tập sinh đồng thuận trên chuỗi Beacon trong hai năm, rất nhiều ETH đã được tích lũy trên chuỗi Beacon, số tiền này vẫn không thể rút được. Khi người dùng thường hoạt động trên mạng Ethereum, họ sẽ sử dụng số dư ETH thực thi của riêng mình trên lớp. Do đó, chức năng rút tiền của beacon chain ETH phải được triển khai và Bản nâng cấp Thượng Hải này đang chờ đợi điều đó.

Trên thực tế, bản nâng cấp Thượng Hải đề cập đến việc nâng cấp lớp thực thi. Ngoài bản nâng cấp Thượng Hải, còn có một bản nâng cấp của chuỗi beacon lớp đồng thuận, được gọi là nâng cấp Capella . Chức năng rút ETH trên chuỗi Beacon để thực thi lớp.Nó được hoàn thành chung bởi Shanghai Nâng cấp và Nâng cấp Capella.

Những điểm chính của việc nâng cấp Thượng Hải

Mục tiêu chính của việc nâng cấp Thượng Hải là hiện thực hóa chức năng rút tiền của chuỗi đèn hiệu. Ngoài việc rút chuỗi beacon, EOF (Định dạng đối tượng EVM) cũng là một bản nâng cấp lớn, nhưng chính vì là bản nâng cấp lớn nên sẽ cần nhiều thời gian thử nghiệm hơn. Để không làm chậm trễ việc triển khai chức năng rút chuỗi beacon, bản nâng cấp EOF có thể bị hoãn lại, chủ yếu phụ thuộc vào sự tiến triển của anh ấy.

EIP-4844 là một bản nâng cấp quan trọng khác đã thu hút nhiều sự chú ý. Vì nó có ý nghĩa lớn đối với Ethereum và cũng có thể trì hoãn việc triển khai chức năng rút chuỗi beacon, EIP-4844 đã được xác nhận sẽ được đưa vào Bản nâng cấp Cancun tiếp theo (Thượng Hải). Nâng cấp) vào lần sau).

Tiến độ nâng cấp Thượng Hải

Dự kiến, Shadow fork sẽ được thực hiện vào tháng 1 năm 2023 và hard fork nâng cấp Thượng Hải sẽ được thực hiện vào tháng 3. Ngoài Nâng cấp lớp thực thi Thượng Hải, bản nâng cấp này cũng sẽ được hoàn thành bởi Nâng cấp Capella của lớp đồng thuận, lớp thực thi và lớp đồng thuận sẽ được nâng cấp cùng nhau. Ngoài chức năng rút ETH được cam kết trên chuỗi beacon, chức năng rút của chuỗi beacon cũng sẽ triển khai EOF và một số nâng cấp nhỏ khác. Dự kiến để đạt được tổng cộng 9 EIP. Mặt khác, theo cuộc họp tiếp theo của Tất cả các nhà phát triển cốt lõi vào ngày 5 tháng 1 năm 2023, sẽ quyết định có nên hoãn triển khai EOP đến mùa thu năm 2023 hay không, để không ảnh hưởng đến tiến độ của chức năng rút tiền. Đồng thời, EIP-4844 rất được mong đợi sẽ được triển khai vào mùa thu năm 2023.

Lưu ý: Shadow fork, nói một cách đơn giản, Shadow fork là một phương pháp kiểm tra căng thẳng sử dụng dữ liệu mạng chính để kiểm tra trong một phạm vi nút nhỏ. Bằng cách chạy một số lượng nhỏ nút có cấu hình được cập nhật, mạng Ethereum được phân nhánh để có được mạng phân nhánh bóng. Bằng cách này, phân nhánh bóng có thể kế thừa trạng thái và lịch sử của mạng ban đầu mà không ảnh hưởng đến trạng thái của hầu hết các nút trong mạng ban đầu mạng. Nó sẽ không ảnh hưởng đến hoạt động của mạng trước fork. Ưu điểm của việc này là khối lượng dữ liệu và giao dịch trên mạng chính phức tạp nhất, có thể giúp các nút mô phỏng các tình huống thực tế.

Chi tiết nâng cấp

Rút tiền

Các khái niệm có thể liên quan

Trước hết, bạn cần hiểu rõ về việc rút tiền, bạn cần có một ý tưởng mơ hồ về Trình xác thực là gì, ETH 2.0 là gì và những gì xảy ra trong The Merge. Nếu bạn đã quen với các khái niệm được đề cập bên dưới, bạn có thể bỏ qua Nó.

Nếu bạn không biết, bạn cũng có thể đọc Cơ sở kiến thức Ethereum 2.0 hoặc bạn có thể hiểu đơn giản về tình hình hiện tại: Ethereum hiện được chia thành một lớp đồng thuận và một lớp thực thi. Lớp đồng thuận có một nhóm công nhân được gọi là Người xác thực. Họ nằm trong lớp đồng thuận. (Beacon Chain) đã cam kết 32 ETH như một sự đảm bảo cho công việc của họ. Với sự đảm bảo này, Người xác thực có thể đóng góp cho Ethereum và giám sát lẫn nhau để đổi lấy một số thu nhập. Hiện tại, số tiền này được sử dụng để đảm bảo và thu nhập. , Trình xác thực không thể được lấy ra.

Trách nhiệm của người xác thực

Trình xác nhận có ba trách nhiệm chính:

(1) Khối đề xuất kế thừa trách nhiệm của những người khai thác trước đó, nhưng hiện tại hầu hết các Trình xác thực đã chọn cài đặt mev-boost để gián tiếp thực hiện việc phân tách Trình tạo đề xuất. Nếu bạn muốn biết thêm về MEV và MEV-boost, bạn có thể đọc A&T View: Cơ hội đầu tư vào giá trị có thể rút tiền đặt cọc của Ethereum

(2) Chứng thực dấu hiệu đề cập đến việc bỏ phiếu của Người xác thực để xác nhận tính hợp lệ của các khối do Người xác thực khác đề xuất. Việc chứng thực được thực hiện một lần cho mỗi Kỷ nguyên và là phần bổ sung cho Trách nhiệm 1.

(3) Giám sát những Người xác thực khác để phát hiện các hành vi phạm tội có thể bị chém. Các vi phạm phổ biến bao gồm Vi phạm chứng thực.

Slots và kỷ nguyên

Slot và Epoch có thể hiểu là một đơn vị thời gian, biểu thị cho một khoảng thời gian, một khoảng thời gian, tương ứng với độ dài của một khoảng thời gian là 12s/slot, 32 Slots = 1 Epoch, 6,4mins/Epoch nên một cứ sau 12 giây, một Kỷ nguyên cứ sau 6,4 phút và có 225 Kỷ nguyên mỗi ngày.

Slot và Epoch đóng vai trò quan trọng trong việc hiểu số lần rút tiền, bởi vì Trình xác thực hoạt động theo đơn vị Slot hoặc Epoch và vì lý do này, số lần rút tiền cũng được tính trong Slot hoặc Epoch.

Hình ảnh từ: https://eth2book.info/altair/part2/building_blocks/aggregator

Thông thường mỗi Slot sẽ có một Validator được chọn ngẫu nhiên. Validator này có thể đề xuất một khối (một Slot sẽ chỉ có một khối hợp lệ nhưng không nhất thiết phải có một khối trong mỗi Slot. Ví dụ: validator được chọn trong slot này đề xuất khối nhé) . Đồng thời, tất cả các Validator sẽ được chia thành nhiều ủy ban (ủy ban), với ít nhất 128 và tối đa 2048 Validator trong mỗi ủy ban.Các ủy ban này sẽ chịu trách nhiệm độc lập trong việc chứng thực từng vị trí.Trong quá trình chứng thực, một số Validator sẽ được chọn ngẫu nhiên từ mỗi ủy ban với tư cách là Người tổng hợp. , Số lượng Người tổng hợp trong mỗi ủy ban hiện là 16. Người tổng hợp có trách nhiệm tổng hợp các phiếu bầu Chứng thực của Người xác thực và truyền chúng đến người đề xuất khối tiếp theo. Sau mỗi Kỷ nguyên, các ủy ban sẽ được giải tán và tổ chức lại.

Trạng thái xác thực

Trình xác thực có một số trạng thái chung, tùy theo trạng thái mà các điều kiện rút tiền khác nhau của Trình xác thực sẽ được đáp ứng. Do đó, để hiểu chính xác cách thức rút tiền sẽ diễn ra, cần phải biết các trạng thái chính của Trình xác thực. Rõ ràng không phải tất cả Trình xác thực đều ở trạng thái Hoạt động mà chỉ có Trình xác thực ở trạng thái Hoạt động và Có thể rút mới đáp ứng các điều kiện rút tiền.

1. Gửi tiền

Đầu tiên, 32 ETH được sử dụng để trở thành Trình xác thực trước tiên phải được gửi vào Hợp đồng tiền gửi của mạng chính và trạng thái này phải duy trì ở trạng thái Đang chờ xử lý trong khoảng 7 giờ. Sau khi mỗi Trình xác thực được tạo thành công, sẽ có một Số (chỉ mục) tương ứng ), con số này ngày càng tăng lên một cách đơn điệu, tức là bạn càng trở thành Validator muộn thì chỉ số của bạn sẽ càng lớn.

2.Đang chờ xử lý

Sau khi Trình xác thực hoàn tất việc gửi tiền, nó sẽ trở thành đội quân dự bị của Trình xác thực chính thức. Nó cần chờ phiếu bầu của các Trình xác thực trạng thái đang hoạt động (Hoạt động) khác để vào trạng thái Đang chờ xử lý. Kiểu bỏ phiếu này diễn ra cứ sau 4 giờ.

Sau khi vào trạng thái Đang chờ xử lý, Trình xác thực sẽ vào hàng đợi để được kích hoạt hoàn toàn. Số lượng Trình xác thực có thể được kích hoạt cho mỗi Kỷ nguyên bị giới hạn bởi "hệ số giới hạn rời bỏ (CHURN_LIMIT_QUOTIENT)". Phương thức tính toán là:

tối đa(MIN_PER_EPOCH_CHURN_LIMIT, n // CHURN_LIMIT_QUOTIENT)

Trong đó MIN_PER_EPOCH_CHURN_LIMIT = 4, n là số lượng trình xác thực đang hoạt động, CHURN_LIMIT_QUOTIENT = 65536.

Do đó, lấy dữ liệu vào ngày 29 tháng 12 năm 2022 làm ví dụ, hiện có 492.975 Trình xác thực đang hoạt động trong mạng, do đó số lượng Trình xác thực mới có thể được kích hoạt trên mỗi Epoch hiện là 7. Tính toán dựa trên 225 Epoch mỗi ngày, con số của Trình xác thực mới có thể được kích hoạt mỗi ngày là Số lượng Trình xác thực là 1575.

3. Hoạt động

Người xác thực ở trạng thái Hoạt động có thể tham gia vào các khối Chứng thực và đề xuất (bắt đầu hoạt động) cho đến khi số dư của Người xác thực giảm xuống dưới 16 ETH, tự nguyện thoát hoặc bị Cắt giảm.

Nếu Người xác thực bỏ lỡ Khối được đề xuất hoặc tham gia Chứng thực, trạng thái này được gọi là ngoại tuyến (vắng mặt trong công việc). Nếu ít nhất 2 Kỷ nguyên không tham gia Chứng thực, Người xác thực sẽ bị khấu trừ. Nói chung, Người xác thực phải trực tuyến ít nhất 50% thời gian để thu được lợi nhuận dương. Tuy nhiên, Validator offline vẫn duy trì trạng thái Active, chỉ khi bị Slashed (bị phát hiện vi phạm kỷ luật) mới buộc phải thoát khỏi mạng và ít nhất 1/32 số dư sẽ bị tịch thu.

4. Thoát và có thể rút

Trình xác thực không hoạt động sẽ buộc phải rời khỏi mạng (Thoát) và không thể tham gia lại, Mặt khác, tốc độ Trình xác thực rời khỏi mạng cũng bị hạn chế nghiêm ngặt. Trên thực tế, giới hạn về tốc độ kích hoạt Trình xác thực được đề cập trong phần Đang chờ xử lý thực chất là giới hạn đối với việc các trình xác thực rời khỏi toàn bộ mạng. Mục đích của giới hạn này là để ngăn chặn sự mất ổn định của mạng do số lượng trình xác thực thay đổi quá nhanh . Đồng thời, mặt khác sẽ mất khoảng 27 giờ để một Validator thoát mạng (trạng thái Exit) mới rút được tiền (Exit -> Withdrawable), đồng thời đối với một Validator buộc phải thoát ra do bị phạt nếu vi phạm nên sẽ mất thêm 36 ngày . Hiện tại, có 867 trình xác thực trên beacon chain đã chủ động thoát và 223 trình xác thực đã bị cắt và thoát. Tất cả chúng hiện đang ở trạng thái Có thể rút. Nếu bạn muốn chủ động thoát khỏi mạng, vui lòng tham khảo Thoát khỏi trình xác nhận của bạn | Prysm

Mối quan hệ giữa số lượng Trình xác thực, phát hành Ethereum và APR

Chi tiết có thể xem tại: Nâng cấp Ethereum

N là số lượng trình xác nhận, 225 là số Kỷ nguyên có thể chạy mỗi ngày

nguồn hình ảnh

Có một mối tương quan nghịch giữa APR và sự tăng trưởng của N. Có một số lý do cho thiết kế này. Đầu tiên là để đảm bảo rằng APR là một chức năng liên quan đến N. Điều này có thể ngăn cản những người xác minh hợp lý dứt khoát từ bỏ khi chi phí rõ ràng là cao hơn lợi ích Đồng thời, nó có thể tránh phải trả quá nhiều tiền cho sự an toàn.

Mặt khác, việc có mối tương quan nghịch giữa APR và N sẽ khuyến khích Người xác thực xem xét công việc của người khác và tìm cách trục xuất những Người xác thực có hành vi không đúng đắn khỏi mạng.

nguồn hình ảnh

Thông tin xác thực 0x01 và Thông tin xác thực 0x00

0x01 và 0x00 đều là bằng chứng được Người xác thực nhận được khi gửi tiền. Để rút tiền, bạn chỉ cần biết rằng chỉ Người xác thực nắm giữ Thông tin xác thực 0x01 mới có thể rút tiền thành công, vì 0x01 chứa địa chỉ đích thu nhập của Người xác thực. , và hiện tại hầu hết Người xác thực giữ Thông tin xác thực 0x00, vì vậy họ cần nâng cấp lên Thông tin xác thực 0x01 sau khi nâng cấp ở Thượng Hải. Nếu bạn muốn biết cách nâng cấp lên Thông tin xác thực 0x01, bạn có thể xem [Tim's Twitter](https: //twitter.com/TimBeiko/status /1600939567523037184). Sự thay đổi này là do những thay đổi trong kế hoạch rút tiền.

Hiện tại có bao nhiêu Trình xác thực và ETH trong Chuỗi Beacon?

Theo dữ liệu từ Beaconcha.in, tính đến ngày 29 tháng 12, ETH được cam kết hiệu quả trên chuỗi Beacon là 15.775.062 ETH ( dữ liệu này tính số lượng ETH được sử dụng để tính toán tiền lãi và tiền phạt ) và số lượng người xác nhận hoạt động là 492.975, với tổng số 494.096 trình xác nhận. ETH cam kết trung bình hiện tại cho mỗi trình xác nhận là 33,93 ETH (tức là tổng số ETH trên chuỗi Beacon là 16.764.677 ETH). Hiện tại, địa chỉ Trình xác thực có lợi nhuận từ đặt cược cao nhất là 36,9690 ETH và thời gian đặt cược là hơn 700 ngày.

Việc rút tiền sẽ được thực hiện như thế nào?

Việc rút tiền sẽ được thực hiện bằng cách nâng cấp chung giữa lớp thực thi và lớp đồng thuận. Lớp thực thi chủ yếu hỗ trợ lớp đồng thuận trong quá trình rút tiền bằng cách giới thiệu EIP-4895. Cụ thể, EIP-4895 dựa trên cấu trúc ý tưởng “Đẩy” thay vì ý tưởng “Kéo” để hoàn tất việc rút tiền , nghĩa là người dùng không cần chủ động thực hiện yêu cầu rút tiền mà sẽ tạo ra phản hồi tương ứng dựa trên trạng thái của Người xác thực trong chuỗi đèn hiệu. "Biên nhận", biên nhận này chứa các chi tiết cần thiết để hoàn tất việc rút tiền. Biên nhận sẽ vào hàng đợi rút tiền. Một phần của biên nhận sẽ được thực thi khi mỗi khối được đóng gói và số lượng các yêu cầu rút tiền có thể được thực hiện trong một thời gian cố định được xác định theo giới hạn nghiêm ngặt.

Lưu ý: 1) Các yêu cầu rút tiền này sẽ là loại hoạt động "cấp hệ thống" và sẽ không được thực hiện độc lập hoặc nhập vào nhóm giao dịch thông thường của người dùng. Nói cách khác, việc rút tiền sẽ được thực hiện sau khi giao dịch hoàn tất, do đó sẽ có không có tương tác với người dùng Để cạnh tranh không gian khối. Chỉ khi máy khách thực thi đồng bộ hóa thông qua Engine API thì nó mới vào khối thực thi. Do đó, việc rút tiền sẽ không làm tăng gas của Ethereum hoặc khiến Ethereum bị tắc nghẽn hơn.

2) Payload được sử dụng để thông báo cho người dùng hợp đồng về hàm họ muốn gọi và các giá trị của các tham số được hàm này sử dụng. Hoạt động ở cấp hệ thống có nghĩa là một đối tượng tải trọng mới `rút tiền` sẽ được xác định để phân biệt hành vi rút tiền với hành vi Giao dịch thông thường của người dùng, thay vì xác định việc rút tiền là một loại Giao dịch mới. an toàn hơn để thực hiện. Xem thêm về Tải trọng

Trường-sử-dụng-của-tải-trọng-trong-giao dịch-ethereum là gì
Hiểu-dữ liệu-tải-trong-ethereum-giao dịch
3) Nội dung nâng cấp Capella
Capella là bản nâng cấp lớp đồng thuận chứa một số tính năng liên quan đến việc rút tiền của trình xác thực, bao gồm:

Tự động rút các trình xác thực `có thể rút`.
Rút tiền một phần sẽ quét các trình xác thực có thông tin xác thực rút tiền 0x01 và số dư vượt quá `MAX_EFFECTIVE_BALANCE` (32ETH).
Thao tác thay đổi từ `BLS_WITHDRAWAL_PREFIX` (0x00) thành `ETH1_ADDRESS_WITHDRAWAL_PREFIX` (0x01) thông tin xác thực rút tiền được phiên bản để cho phép người xác thực rút tiền.

Điều kiện rút tiền

Rút tiền được chia thành hai loại. "Rút một phần" và "Rút toàn bộ" tương ứng với các điều kiện khác nhau. Sẽ không có sự khác biệt về mức độ ưu tiên giữa rút một phần và rút toàn bộ, vì việc rút tiền hoàn toàn tự động, tức là bạn chỉ cần đáp ứng các điều kiện cần thiết và chờ đợi.

  • Điều kiện cần thiết: Trình xác thực có Thông tin xác thực 0x01
  • Điều kiện rút tiền một phần: Trình xác thực đang hoạt động và số dư của Trình xác thực lớn hơn 32ETH
  • Tất cả các điều kiện rút tiền: Trình xác thực có thể rút được (điều này thường có nghĩa là Trình xác thực đã thoát khỏi mạng)

Việc rút tiền sẽ được thực hiện như thế nào

Bạn có thể xem trực tiếp https://github.com/ethereum/consensus-specs/blob/dev/specs/capella/beacon-chain.md#has_eth1_withdrawal_credential

Khi Trình xác thực đề xuất một khối, nó sẽ quét tuyến tính tất cả các Trình xác thực theo chỉ mục của Trình xác thực, 16 Trình xác thực đầu tiên được tìm thấy đáp ứng các điều kiện Rút tiền sẽ tạo thành một tập hợp và được đưa vào ExecutionPayload, chờ thực hiện rút tiền.

Nói cách khác, mỗi Epoch sẽ có 512 Trình xác thực có thể rút tiền (vì một Epoch có 32 Slot và một Slot là một khối) và 115.200 Trình xác thực sẽ có thể rút tiền trong một ngày (một Epoch mất 6,4 phút và có khoảng 225 Trình xác thực trong một ngày. Epoch), tất cả Trình xác thực trong vòng 5 ngày. Tất cả Trình xác thực hiện có sẽ được duyệt qua.

Lý tưởng nhất là nếu 115.200 lần rút này đều là Rút một phần thì theo chỉ số từ thấp đến cao, số dư rút của 115.200 Trình xác thực đầu tiên tại chỉ mục là 3 - 4 ETH (theo dữ liệu của beaconcha, số dư của người xác nhận sớm nhất đã cam kết là khoảng 36,3 ETH, số dư của Trình xác thực thứ 115.200 là khoảng 35 ETH. Tính dựa trên số ở giữa là 3,5 ETH thì số ETH được mở khóa do chức năng rút tiền trong ngày đầu tiên là khoảng 403.200 ETH (115200 * 3,5). Sử dụng phương pháp tính toán tương tự, khoảng 2,5 * 115.200 = 288.000 ETH sẽ được mở khóa vào ngày nâng cấp thứ hai và 1,5 * 115200 = 172.800 sẽ được mở khóa vào ngày thứ ba. Khoảng 0,5*115200 = 57.600 ETH sẽ được mở khóa vào ngày thứ 4. Bắt đầu từ ngày thứ 5, hầu hết Người xác thực đã rút tiền nên sẽ không còn áp lực bán nhiều như những ngày trước.

Lưu ý: Đặt cọc ETH được ra mắt vào tháng 12 năm 2020. Lúc này giá ETH vào khoảng 1.000 USD, do đó, hầu hết ETH tham gia cam kết sau đó đều lỗ so với giá hiện tại.

Hình ảnh từ: Cryptorank

Nhưng trên thực tế, việc rút tiền không phải lúc nào cũng diễn ra suôn sẻ như mong đợi và sẽ luôn có một số trường hợp bất ngờ khiến số tiền rút thực tế cao hơn hoặc thấp hơn giá trị lý tưởng.

  • Để số lượng mở khóa thấp hơn giá trị lý tưởng
  • Không phải tất cả Trình xác thực đều là Thông tin xác thực 0x01 và không phải tất cả Trình xác thực đang hoạt động đều có 32 ETH. Do đó, có một số Validator không đáp ứng được điều kiện rút tiền (vì nhiều lý do khác nhau), những Validator này không đáp ứng được quy định sẽ bị Pass trong quá trình truyền tải. Do sự tồn tại của cơ chế Pass này nên Validator gặp vấn đề khi duyệt (Quét ). Giới hạn trên là `MAX_VALIDATORS_PER_WITHDRAWALS_SWEEP` = 16384 (2**14)
  • Làm cho số lượng mở khóa cao hơn mức lý tưởng
  • Sẽ có một tùy chọn để Người xác thực chọn tất cả các lần rút tiền. Về mặt lý thuyết, nếu tất cả 115.200 Trình xác thực đầu tiên chọn rút tất cả thì số tiền được mở khóa trong ngày đầu tiên sẽ là 3.686.400 ETH. Tuy nhiên, điều kiện tiên quyết cho tất cả các lần rút tiền là phải thoát khỏi mạng và số lượng Người xác thực có thể thoát khỏi mạng mỗi ngày bị giới hạn nghiêm ngặt bởi "hệ số giới hạn rời bỏ". Giới hạn trên hiện tại của số lượng Người xác thực có thể thoát khỏi mạng mỗi ngày là 1.575.

Tác động có thể có của việc rút tiền

Lưu ý: Sau đây chỉ là một số câu hỏi và ý kiến bạn nghĩ đến khi thực hiện việc này và không phải là lời khuyên đầu tư.

Câu hỏi 1: ETH đã mở khóa có được bán với số lượng lớn trên thị trường không?

Khả năng cao là sẽ không, mặc dù một lượng lớn ETH đã được mở khóa trong vài ngày đầu tiên nâng cấp, nhưng việc mở khóa không có nghĩa là nó sẽ được bán. Chi phí của nhóm staker đã mở khóa ETH này không thấp dựa trên giá ETH hiện tại. Là người dùng tham gia cam kết ETH mà không biết khi nào việc mở khóa sẽ diễn ra, tôi tin rằng hầu hết họ đều là long ETH (không có bằng chứng Đầu cơ thuần túy), nếu không đủ lợi nhuận, cá nhân tôi cho rằng mình sẽ không chọn bán ETH mà có thể chọn đặt cược lại. Đồng thời, vì việc rút tiền được mở nên việc đặt cược ETH sẽ có thời gian mở khóa và thời gian mở khóa rõ ràng hơn, đồng nghĩa với việc rủi ro sẽ thấp hơn và được cho là sẽ thu hút nhiều người dùng tham gia đặt cược hơn.

Câu 2: Nó sẽ có tác động gì đến các dịch vụ đặt cược thanh khoản?

Lấy Lido làm ví dụ ở đây, hãy đoán xem.

Theo quy trình rút tiền, hầu hết các lần rút tiền sẽ thông qua "rút một phần", có nghĩa là đối với các nhà cung cấp dịch vụ đặt cược thanh khoản, ETH duy nhất thực sự có thể được mở khóa là lợi nhuận của Trình xác thực chạy trên nền tảng. để cho Trình xác thực rút tiền, nhưng rõ ràng từ nhiều góc độ khác nhau, nền tảng không có động cơ để làm điều đó.

Điều này sẽ dẫn đến một tình huống cực đoan, tức là nếu stETH có thể được chuyển đổi thành ETH theo tỷ lệ 1:1 ngay sau khi hủy đặt cọc, thì khi một số lượng lớn người nắm giữ stETH đăng ký trao đổi và tổng số tiền vượt quá số tiền mà Lido thu được thông qua ETH rút tiền vào thời điểm đó Khi đạt đủ tổng số ETH sẽ xảy ra tình trạng stETH không có ETH để đổi (vì thực tế là vẫn bị khóa), do đó, ngay cả sau khi mở khóa, việc trao đổi 1:1 giữa stETH và ETH vẫn sẽ cần một khoảng thời gian đệm để cho phép nền tảng có Cần có thời gian để giải phóng cam kết của Người xác thực. Chính vì sự khác biệt về thời gian này mà các dẫn xuất cam kết được đại diện bởi stETH vẫn sẽ được gộp chung với ETH với tỷ giá hối đoái thấp hơn 1 một chút :1 sau khi nâng cấp ở Thượng Hải.

Một lợi ích của việc trì hoãn việc rút tiền là nó làm giảm sự hoảng loạn và rủi ro khi rút tiền. Ngoài ra, còn có một lợi ích tiềm tàng khác, đó là tất cả các nhà cung cấp dịch vụ đặt cược thanh khoản sẽ gặp phải những khó khăn mà Lido gặp phải, do đó việc rút tiền cam kết ETH bị trì hoãn rất có thể sẽ trở thành mô hình chung cho các nhà cung cấp dịch vụ đặt cược thanh khoản. Tại sao đây là một điều tốt? Bởi vì một trong những lợi thế của stETH là tính thanh khoản tốt và khả năng kết hợp của nó, nhưng có một mối lo ngại là sau khi cam kết được giải phóng, lợi thế thanh khoản của stETH sẽ biến mất vì tất cả các công cụ phái sinh được thế chấp có thể được trao đổi lấy ETH theo tỷ lệ 1:1, nhưng vì cơ chế A việc trì hoãn việc rút tiền vẫn tồn tại và stETH vẫn sẽ giữ được lợi thế về tính thanh khoản của mình.

Để tìm hiểu thêm về việc rút tiền, vui lòng tham khảo thông tin sau:

  • https://www.youtube.com/watch?v=CcL9RJBljUs
  • https://notes.ethereum.org/@ralexstokes/validator-withdrawals-meta-spec

EOF

Các khái niệm có thể liên quan

EVM

Một trong những khác biệt quan trọng nhất giữa Ethereum và Bitcoin là việc bổ sung các hợp đồng thông minh và EVM có thể được hiểu là một hệ điều hành để chạy các hợp đồng thông minh. Đề nghị đọc: https://noxx.substack.com/p/evm-deep-dives-the-path-to-shadowy?s=r

Mã byte

Thông thường các nhà phát triển có thể sử dụng ngôn ngữ lập trình cấp cao có tên Solidity để viết các hợp đồng thông minh. Tuy nhiên, các hợp đồng thông minh viết bằng Solidity có thể được đọc bởi con người chứ không phải máy tính. Do đó, chúng cần được EVM diễn giải thành mã byte EVM rồi chạy bởi máy tính, biến ngôn ngữ cấp cao (Solidity) mà con người có thể hiểu được thành ngôn ngữ (bytecode) mà chỉ máy tính mới có thể hiểu được.

Trong hình bên dưới, chuỗi mã thập lục phân không giải thích được ở trên là mã byte. Một trong những đặc điểm rõ ràng của chúng là chúng bắt đầu bằng 0x. Sự bắt đầu của 0x sẽ khiến EVM đọc chuỗi sau dưới dạng thập lục phân; sau đây là Mã hợp đồng được viết bởi Sự vững chắc trước khi biên soạn

Ảnh từ: Etherscan ngẫu nhiên tìm thấy ảnh chụp màn hình của một giao dịch

mã hoạt động opcode

opcode hay còn gọi là mã hoạt động, nói một cách đơn giản, mã byte thường là một chuỗi opcode và giá trị đầu vào của nó. opcode đại diện cho một số hướng dẫn vận hành tương đối dễ đọc của EVM và các hướng dẫn này có mã thập lục phân tương ứng nghiêm ngặt, chẳng hạn như `ADD` tương ứng với 0x01. Mỗi opcode cần gas.

Hình ảnh từ https://ethervm.io/

Máy xếp chồng

EVM là Stack Machine sử dụng LIFO (Last in, First Out) để đọc, hiểu đơn giản là giá trị đầu vào của opcode EVM sẽ vào stack và được đọc theo stack. Về mặt lý thuyết, Ethereum có tối đa 256 opcode và mỗi opcode sẽ bật phần tử trên cùng của ngăn xếp và đẩy kết quả vào ngăn xếp. Để tìm hiểu thêm, bạn có thể xem phần đơn giản chuyên sâu trong ngăn xếp

Hoạt động dòng quy trình

Hoạt động của luồng quy trình chủ yếu đề cập đến các opcode sau

Hình ảnh từ: https://ethereum.github.io/execution-specs/autoapi/ethereum/dao_fork/vm/instructions/control_flow/index.html

  • Stop: Dừng việc chạy mã EVM
  • PC: Bộ đếm chương trình, được sử dụng để chỉ định trường của mã byte hiện đang đọc. Nó sẽ xác nhận vị trí của lệnh tiếp theo sẽ được thực thi trong mã byte, sau đó chuyển đến hàm cần được thực thi thông qua JUMP.
  • JUMP: Thay đổi lệnh tiếp theo sẽ được thực hiện
  • JUMPI: NHẢY CÓ ĐIỀU KIỆN
  • JUMPDEST: Đích đến của JUMP
  • offset: Offset, được sử dụng để chỉ vị trí của từng lệnh, tính bằng byte. Bit, byte và từ là các đơn vị lưu trữ dữ liệu của máy tính . Bit là đơn vị lưu trữ nhỏ nhất, mỗi bit lưu trữ một mã nhị phân 1 bit và một byte gồm 8 bit. Các từ thường có kích thước 16, 32 hoặc 64 bit.
  • Bit là khái niệm cơ bản nhất. Trong máy tính, vì chỉ tồn tại logic 0 và logic 1 nên nhiều thứ, hành động và số phải được biểu diễn dưới dạng chuỗi mã nhị phân , chẳng hạn như: 1001 0000 1101, v.v. Mỗi logic 0 hoặc 1 là một bit.
  • Một byte là một đơn vị bao gồm 8 bit, nghĩa là 8 bit tạo thành một Byte. Byte dùng để làm gì? Trong khoa học máy tính, để biểu diễn các ký tự ASCII, byte được dùng để ghi các chữ cái và một số ký hiệu, ví dụ ký tự A được biểu thị bằng "0100 0001".
  • Word (Word) đại diện cho các chữ số nhị phân của các lệnh hoặc dữ liệu xử lý của máy tính và là đơn vị hoạt động của máy tính để lưu trữ và xử lý dữ liệu. Kích thước từ có xu hướng khác nhau đối với máy 32 bit so với máy 64 bit.

Triển khai hợp đồng thông minh

Để triển khai hợp đồng thông minh, chỉ cần gửi giao dịch Ethereum chứa mã hợp đồng thông minh đã biên dịch mà không chỉ định bất kỳ người nhận nào. Hiện tại, do Ethereum bao gồm hợp đồng thông minh đã biên dịch trong giao dịch nên không có mã nguồn, vì khi Ethereum thực thi hợp đồng thông minh, nó phải đối mặt với mã byte và rất khó để xác minh tính chính xác của hợp đồng thông minh trước khi chạy.

EOF là gì

EOF là bản nâng cấp của EVM, giới thiệu các tiêu chuẩn hợp đồng mới và một số mã hoạt động mới. Mã byte EVM truyền thống (mã byte) là một chuỗi mã byte hướng dẫn không có cấu trúc. EOF giới thiệu khái niệm về vùng chứa, thực hiện mã byte có cấu trúc. Vùng chứa bao gồm một tiêu đề và một số phần để cấu trúc mã byte. Sau khi nâng cấp, EVM sẽ có thể thực hiện kiểm soát phiên bản và chạy nhiều bộ quy tắc hợp đồng cùng một lúc. Việc nâng cấp EOF này sẽ được thực hiện bởi 5 EIP, cụ thể là EIP-3540, EIP-3670, EIP-4200, EIP-4750 và EIP-5450. Vì EOF là một bản nâng cấp lớn nên nó có thể bị trì hoãn để đảm bảo việc rút tiền có thể được mở suôn sẻ vào tháng 1.

Để biết chi tiết, hãy xem Định dạng đối tượng EVM (EOF)

Ý nghĩa của EOF

Nói một cách đơn giản, EOF là một bộ quy tắc hợp đồng mới. EVM hiện đang chạy chỉ có thể chạy một bộ quy tắc diễn giải và xác thực cùng một lúc. Bộ quy tắc này sẽ áp dụng cho tất cả các hợp đồng hiện có, được gọi là hợp đồng kế thừa. EOF giới thiệu một bộ quy tắc hợp đồng mới và nâng cấp trình thông dịch EVM cho phù hợp. Sau khi nâng cấp, EVM có thể chạy song song hai bộ quy tắc hợp đồng, một bộ hợp đồng EOF và một bộ hợp đồng Legacy.

Với EOF, EVM không còn bị giới hạn bởi yêu cầu về khả năng tương thích về phía trước khi lặp lại và độ khó nâng cấp có thể trở nên ít hơn, điều này có thể dẫn đến việc nâng cấp Ethereum EVM thường xuyên hơn trong tương lai.

Việc lặp lại EVM thường xuyên có thể dẫn đến yêu cầu cao hơn đối với các máy ảo tương thích với EVM, chẳng hạn như zkEVM. Để theo kịp phiên bản, các máy ảo tương thích EVM khác có thể cần có khả năng tự động chuyển đổi các bản cập nhật EOF sang máy ảo của riêng chúng.

Mỗi EIP làm gì?

EIP-3540: Định dạng đối tượng EVM (EOF) v1

Trước đây, mã byte EVM được triển khai trên chuỗi không có cấu trúc được xác định trước và mã chỉ được xác minh trước khi chạy trên máy khách, đây không chỉ là chi phí gián tiếp mà còn cản trở các nhà phát triển giới thiệu các chức năng mới. Hoặc không dùng nữa chức năng cũ. EIP này giới thiệu một vùng chứa có thể mở rộng và kiểm soát phiên bản cho EVM, đồng thời khai báo định dạng của hợp đồng EOF (như trong hình bên dưới), dựa vào đó mã có thể được xác minh khi triển khai hợp đồng EOF, tức là tạo xác thực thời gian. Điều đó có nghĩa là các hợp đồng không tuân theo định dạng EOF có thể bị ngăn triển khai. Thay đổi này thực hiện kiểm soát phiên bản EOF, điều này sẽ giúp vô hiệu hóa các hướng dẫn EVM hiện có hoặc giới thiệu các chức năng quy mô lớn (chẳng hạn như trừu tượng hóa tài khoản) trong tương lai.

Tính năng hữu hình đầu tiên được cung cấp bởi EIP này là sự khác biệt giữa dữ liệu và mã, rất hữu ích cho những người xác thực mã trên chuỗi, điều này sẽ tiết kiệm lượng gas tiêu thụ của họ

EIP-3670: EOF - Xác thực mã

EIP-3670 dựa trên EIP-3540 và mục đích của nó là đảm bảo rằng mã của hợp đồng EOF được định dạng và hợp lệ. Đối với các hợp đồng không tuân thủ định dạng, việc triển khai nó sẽ bị ngăn chặn và mã byte kế thừa sẽ không bị ảnh hưởng .

EIP-4200: EOF - Bước nhảy tương đối tĩnh

EIP-4200 giới thiệu các mã hoạt động dành riêng cho EOF đầu tiên: RJUMP, RJUMPI và RJUMPV, mã hóa đích dưới dạng giá trị tức thời đã ký. Trình biên dịch có thể sử dụng các mã hoạt động JUMP mới này để tối ưu hóa chi phí gas khi triển khai và thực thi JUMP, vì chúng loại bỏ thời gian chạy cần thiết cho các mã hoạt động JUMP và JUMPI hiện có khi thực hiện phân tích bước nhảy nhanh nhất. EIP này là phần bổ sung cho bước nhảy năng động.

So với thao tác JUMP truyền thống, điểm khác biệt là các thao tác như RJUMP không chỉ định vị trí offset cụ thể mà chỉ xác định vị trí offset tương đối (từ bước nhảy động -> bước nhảy tĩnh), vì bước nhảy tĩnh thường là đủ

EIP-4750: EOF - Chức năng

EIP-4750 tiến thêm một bước nữa chức năng của 4200: bằng cách giới thiệu hai mã opcode mới `CALLF` và `RETF`, nó triển khai một giải pháp thay thế cho tình huống không thể thay thế bằng RJUMP, RJUMPI và RJUMPV, để hiện thực hóa EOF hợp đồng JUMPDEST không còn cần thiết nữa, do đó vô hiệu hóa bước nhảy động.

EIP-5450: EOF - Xác thực ngăn xếp

EIP-5450 bổ sung thêm một bước kiểm tra tính hợp lệ khác cho các hợp đồng EOF, lần này là xung quanh ngăn xếp. EIP này ngăn chặn việc triển khai hợp đồng EOF gây ra tràn/tràn ngăn xếp (tràn/tràn ngăn xếp). Bằng cách này, khách hàng có thể giảm số lần kiểm tra tính hợp lệ mà họ thực hiện trong quá trình thực hiện hợp đồng EOF.

Bối cảnh vẫn là hợp đồng Ethereum không được kiểm tra khi nó được triển khai và chỉ một loạt kiểm tra được thực hiện khi nó đang chạy, xem ngăn xếp có bị tràn hay không (giới hạn trên là 1024), liệu gas có đủ hay không, v.v. . Một cải tiến lớn của EOF là làm cho số lần kiểm tra này xảy ra trong quá trình thực thi càng ít càng tốt và sẽ có nhiều lần kiểm tra hơn khi hợp đồng được triển khai.

Những nâng cấp nhỏ khác

EIP-3651: COINBASE ấm áp

Để hiểu EIP-3651, trước tiên bạn phải hiểu EIP-2929, vì EIP-3651 thực sự giải quyết được vấn đề do EIP-2929 gây ra.

Vậy EIP-2929 là gì?

Tên đầy đủ của EIP-2929 là Danh sách đánh giá trạng thái. Nói một cách đơn giản, EIP-2929 khiến một số giao dịch trở nên đắt hơn khi chúng được kích hoạt lần đầu tiên (phí gas thay đổi tùy theo loại lưu trữ truy cập), bởi vì địa chỉ việc truy cập các giao dịch này yêu cầu nô lệ Quá trình từ Lạnh đến Ấm, sau lần kích hoạt đầu tiên, địa chỉ sẽ thay đổi sang trạng thái Ấm và trạng thái Ấm có nghĩa là việc truy cập vào cùng một địa chỉ trong tương lai sẽ rẻ hơn, vì vậy nếu cùng một Opcode cần được thực hiện nhiều lần trong cùng một giao dịch, khi đó sẽ rẻ hơn và một số tài khoản được mặc định ấm. EIP-2929 Vào thời điểm đó, địa chỉ gửi và địa chỉ nhận theo mặc định là ấm. Trên thực tế, EIP-2929 không làm giảm mức tiêu thụ gas trung bình, thậm chí còn tăng nhẹ (tăng 0,3% - 0,4%).Vì mục đích chính của EIP-2929 là tăng chi phí cho các cuộc tấn công DoS nên cần phải tăng mức tiêu thụ gas của opcode truy cập trạng thái. , đồng thời, để cân bằng lượng Gas mà người dùng sử dụng để bắt đầu giao dịch trong thực tế, một số tài khoản được sử dụng thường xuyên sẽ được làm ấm theo mặc định.

Theo mặc định, EIP-3651 sẽ khởi động địa chỉ `COINBASE`, địa chỉ `COINBASE` hay còn gọi là địa chỉ người nhận phí. Thay đổi này chủ yếu là để giải quyết vấn đề EIP-2929 khiến `COINBASE` ban đầu ở trạng thái "Lạnh", khiến phí giao dịch liên quan đến địa chỉ COINBASE trở nên đắt hơn. Phương pháp sửa đổi cụ thể là thêm địa chỉ của COINBASE vào Khung danh sách truy cập do EIP-2929 đề xuất, để địa chỉ của `COINBASE` cũng ở trạng thái Warm theo mặc định, do đó việc tương tác với địa chỉ COINBASE sẽ không tiêu tốn nhiều hơn nhiều thời gian hơn so với việc tương tác với các địa chỉ khác trong danh sách Access.Tốn nhiều phí hơn.

Tác động của EIP-3651 là các trình trích xuất MEV, Trình tạo khối và Trình đóng vai trò sẽ giảm chi phí trong các giao dịch liên quan đến địa chỉ COINBASE, vì COINBASE được một số lượng lớn các trình tạo khối sử dụng trong các khoản thanh toán thông thường.Theo William Morriss, sau khi triển khai EIP-3651 3651, chi phí ước tính khi tương tác với Địa chỉ COINBASE sẽ giảm đi 26 lần. Quyền truy cập trạng thái bao gồm các tài khoản được sử dụng tiêu tốn khoảng 2600 gas, nhưng sau khi khởi động, nó chỉ tốn 100.

Lưu ý: Địa chỉ COINBASE là gì

COINBASE ở đây đề cập đến Phần mềm được người xây dựng Khối sử dụng để chấp nhận mã thông báo mới trong mạng. Trình tạo khối thường đóng gói các giao dịch từ mempool thành các khối và gửi chúng đến Trình xác thực để phân loại và thu lợi nhuận từ chúng. Trong mỗi giao dịch, cần có nhiều tương tác với Phần mềm COINBASE và tương tác đầu tiên thường đắt hơn vì hiện tại Địa chỉ COINBASE cần được làm nóng và sau đó chi phí tương tác sẽ giảm dần khi số lượng tương tác tăng lên và EIP -3651 cho phép COINBASE ở trạng thái khởi động ngay từ đầu, điều này sẽ giảm chi phí chuyển tiền sang COINBASE.

thanh toán có điều kiện: EIP-1559 thực hiện thanh toán có điều kiện.Một số lượng lớn flashbots sử dụng phương thức này, nghĩa là đặt MaxPriorityFeePerGas thành 0, để Gas Fee sẽ không bị tính phí khi giao dịch thất bại. Đồng thời, những giao dịch thất bại này cũng có khả năng chống kiểm duyệt tốt, vì thất bại, người xây dựng khối không tính phí Gas và thông tin của họ không được lưu. Nhưng để sử dụng thanh toán có điều kiện, bạn cần truy cập Tài khoản COINBASE

EIP-3855: Lệnh PUSH0

Giới thiệu một opcode mới để đẩy các giá trị 0 vào ngăn xếp. PUSH 0 là tình huống phổ biến trong EVM (11,5% lệnh PUSH* được sử dụng để PUSH 0 giá trị vào ngăn xếp), EIP này sẽ cung cấp cách hiệu quả hơn và rẻ hơn để đạt được điều này (hiện tại thông qua `PUSH1 0`, v.v.) , đồng thời cung cấp cách sử dụng thống nhất và tiêu chuẩn cho mọi tình huống trong đó cần đưa giá trị 0 vào Ngăn xếp.

EIP-3860: Mã giới hạn và đồng hồ đo

EIP này bổ sung kích thước tối đa cho ` initcode ` và giới thiệu tính năng đo khí dựa trên độ dài của nó. Giới hạn kích thước sẽ bổ sung một bất biến cho EVM, điều này sẽ giúp việc lập luận và đề xuất thay đổi dễ dàng hơn.

Chi phí 2 gas/32 byte cho `initcode` được đưa ra để tính đến phân tích bước nhảy mà khách hàng phải thực hiện trước khi thực thi, điều mà trước đây không được tính trong lịch trình gas.

Nếu có bất kỳ sai sót thực tế nào trong bài viết này, tôi sẽ rất biết ơn nếu bạn có thể chỉ trích và sửa chữa cho tôi. Nếu có bất kỳ ý kiến khác biệt nào, bạn cũng có thể thảo luận. Ngoài ra, bài viết này không có lời khuyên đầu tư và được thúc đẩy bởi sự tò mò thuần túy.

tham khảo

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận
Nội dung liên quan