Diễn biến của Ethereum trong tuần qua: Lý tưởng nhất là việc rút ETH sẽ bắt đầu vào tháng 3 năm sau

ECN以太坊中国

特邀专栏作者

2022-11-30 08:35

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

Thượng Hải nâng cấp EIP, thời gian dự đoán mở chức năng rút tiền, tiến độ mới nhất của Lớp 2...

Tiêu đề ban đầu: "Tiêu đề ban đầu: "》

Tác giả gốc: ECN

mạng chính

tiêu đề phụ

Các câu hỏi về tính bền vững của testnet

Cuộc thảo luận về cuộc khủng hoảng nguồn cung ETH của mạng thử nghiệm Goerli đã diễn ra được một thời gian và Afri, nhà phát triển chịu trách nhiệm bảo trì mạng thử nghiệm Goerli, đã cập nhật về tính khả dụng của mạng thử nghiệm tại Hội nghị nhà phát triển Ethereum Core lần thứ 150 (ACD) tổ chức vào ngày 25 tháng 11. Kết quả thảo luận mới nhất về vấn đề dai dẳng.

Nói chung, khó có thể đảm bảo việc duy trì lâu dài mạng thử nghiệm và sẽ có các vấn đề như mở rộng trạng thái và khó có được nguồn cung cấp tiền tệ thử nghiệm. Do đó, Afri đề xuất một đề xuất testnet với vòng đời rõ ràng hơn. Một bản tóm tắt của đề nghị đọc:
Một testnet mới được phát hành hai năm một lần vào một ngày cụ thể (ví dụ: ngày 1 tháng 10 năm 2023, 2025, 2027...).
Giới hạn vòng đời của testnet tối đa là 5 năm (4 năm + 1 năm hỗ trợ dài hạn, nếu cần)

Nếu có thể, hãy kéo dài thời gian hỗ trợ dài hạn cho mạng thử nghiệm Goerli thêm 2 năm, kết thúc vào năm 2024.

nguồn

tiêu đề phụ

Có bốn EIP được xác nhận sẽ được đưa vào bản nâng cấp Thượng Hải

Sau khi thảo luận về vấn đề testnet, các nhà phát triển bắt đầu thảo luận về EIP nào nên được xem xét để đưa vào bản nâng cấp Thượng Hải (Considered for Inclusion, CFI). Trạng thái CFI đã được các nhà phát triển cốt lõi của Ethereum thêm vào vài năm trước để làm nổi bật các EIP mà nhóm khách hàng thích và muốn triển khai, nhưng không hứa hẹn sẽ triển khai chúng trong một nhánh cụ thể.

chi tiết

Mặc dù trong một số lần nâng cấp trước đây, hầu hết tất cả các EIP tham gia vào CFI đều được triển khai trong lần phân nhánh và điều này đặt ra câu hỏi liệu CFI có thực sự hữu ích hay có giá trị hay không và liệu có lãng phí thời gian để cố gắng giải thích CFI là gì hay không. Thay vào đó, nó nên được đưa trực tiếp vào EIP.

Theo Tim Beiko thì không. Rõ ràng, đối với những người đang nghĩ đến việc nâng cấp mạng, nền tảng và sự khác biệt của các EIP này là rất rõ ràng, nhưng đối với những người trong cộng đồng, rất khó để hiểu được những gì đang được xem xét.

Nói chung, các câu hỏi sau đây đã được thảo luận giữa các nhà phát triển CFI:
CFI có nên tồn tại?
Nếu có, điều đó có nghĩa là chúng tôi muốn một EIP được triển khai "trong đợt phân tách này" hoặc "sớm trong đợt phân tách"

Cam kết của CFI nên "mạnh mẽ" đến mức nào?

Do đó, các nhà phát triển đã thảo luận về khả năng tham gia EIP của CFI.

1. EIP liên quan đến định dạng đối tượng EVM (EOF)

Trước EOF, hai EIP khác (3570/3670) đã tham gia CFI, nhưng sau đó sự đồng thuận chuyển sang hy vọng rằng toàn bộ bộ EIP EOF nên được triển khai cùng nhau để giảm thiểu bất kỳ phiên bản EOF bổ sung nào (các máy khách phiên bản này cần bảo trì vĩnh viễn).

2. EIP-4844 proto-danksharding

Mặc dù không có sự đồng thuận về việc liệu/khi nào/như thế nào chúng ta nên triển khai EOF, nhưng có sự hỗ trợ rất mạnh mẽ và tất cả các EIP này đều đã được triển khai trên mạng thử nghiệm dành cho nhà phát triển. Sau đó, ba EIP khác đi vào CFI là: 4200, 4750 và 5450.

Vì EIP-4844 đã được tạo mẫu và triển khai trên mạng thử nghiệm dành cho nhà phát triển nhiều khách hàng, nên các nhà phát triển đã đồng ý chuyển nó sang CFI.

3. EIP-4758 Vô hiệu hóa TỰ TỬ

Một vấn đề với đề xuất này là khi một hợp đồng được triển khai bằng cách sử dụng CREATE 2, nó sẽ TỰ KHAI THÁC và sau đó khởi tạo lại tại cùng một địa chỉ. Tại cuộc họp, sự đồng thuận về EIP này là đợi cho đến khi có đề xuất giải quyết trường hợp cạnh tranh này trước khi đưa EIP này vào CFI. Vì vậy, đó là một câu hỏi về thời điểm hơn là nếu.

4. EIP-2537 bổ sung tính năng tiền biên dịch BLS

EIP này cũng được đưa vào CFI vì nó đã được đưa vào CFI kể từ khi nâng cấp Berlin.

Tóm lại, các EIP sau hiện được xác định sẽ được đưa vào bản nâng cấp Thượng Hải:
EIP-3651: COINBASE ấm (giảm chi phí gas khi truy cập các địa chỉ COINBASE)
EIP-3855: Lệnh PUSH 0 (thêm opcode PUSH 0)
EIP-3860: Mã khởi tạo giới hạn và đo (đặt giới hạn về kích thước của mã khởi tạo và giới thiệu đồng hồ đo khí cho trường này)

EIP-4895: Rút tiền đẩy chuỗi đèn hiệu dưới dạng hoạt động (rút tiền đẩy chuỗi đèn hiệu dưới dạng hoạt động của hệ thống)

EOF ( 3540, 3670, 4200, 4750, 5450)
Và vào CFI là các EIP sau:
EIP-1153 (lưu trữ tạm thời lưu trữ tạm thời)
EIP-4844 (protodanksharding)

nguồn

tiêu đề phụ

Lý tưởng nhất là bắt đầu rút ETH vào tháng 3 tới

Về vấn đề này, mỗi nhóm khách hàng bày tỏ quan điểm của họ về mức độ ưu tiên và phạm vi của EIP trong bản nâng cấp Thượng Hải.

Nhóm Geth tuyên bố rằng họ muốn nâng cấp Thượng Hải tương đối nhẹ, ưu tiên rút tiền, lý tưởng là bao gồm EOF, sau đó nâng cấp vào tháng 3 năm sau.

Nhóm Erigon cũng bày tỏ rằng họ muốn có một đợt fork nhỏ, nhưng cảm thấy rằng EOF và 4844 tương đối lớn, vì vậy họ sẽ sẵn sàng thêm một số EIP nhỏ ngoài việc rút tiền.

Nhóm Nethermind cũng hỗ trợ cho phép rút tiền và nhận thấy đủ khả năng để kết hợp một EIP lớn khác, EOF hoặc 4844. Họ thiên về 4844.

Nhóm Besu cũng hỗ trợ thực hiện rút tiền, nhưng ưu tiên EOF hơn 4844.

Nhóm Prysm coi việc rút tiền là ưu tiên hàng đầu và sẽ chọn 4844 nếu không có sự chậm trễ nào.

Cả nhóm Lighthouse và Teku đều đồng ý và nhóm Nimbus đồng ý rút tiền, nhưng nghi ngờ rằng 4844 sẽ gây ra sự chậm trễ đáng kể.

Do đó, cam kết rộng rãi nhất từ nhóm nhà phát triển là triển khai rút tiền càng sớm càng tốt, lý tưởng nhất là vào tháng 3 tới. Họ sẽ thực hiện song song các công việc khác, nhưng nếu có thể xảy ra đồng thời, họ sẽ kết hợp các EIP này vào bản nâng cấp Thượng Hải, nhưng việc rút tiền sẽ là hoạt động chính của bản nâng cấp này.

nguồn

tiêu đề phụ

nguồn

tiêu đề phụ

mevwatch.info Cập nhật Bảng xếp hạng Giám khảo OFAC

nguồn

tiêu đề phụ

DAppNode thêm chức năng MEV Boost

tiêu đề cấp đầu tiên

nguồn

Layer 2

tiêu đề phụ

nguồn

tiêu đề phụ

giải pháp mở rộng zkEVM Dự án cuộn và quyền riêng tư DID zkCloak đạt được sự hợp tác

nguồn

tiêu đề phụ

nguồn

tiêu đề phụ

nguồn

sinh thái học

tiêu đề phụ

Tóm tắt trò đùa WETH

Trong những ngày gần đây, những câu chuyện cười về việc tách rời WETH và ETH đã được lan truyền trên Twitter và một phần đáng kể trong số đó thực sự là các nhà phát triển trên Ethereum đang thực hiện những trò đùa ngược lại về điều này. Nhưng điều này đã khiến một số người tin rằng đó là sự thật, và những tin đồn về việc WETH tách ra đã tăng lên trong một thời gian, và ngay cả hãng tin chuyên nghiệp Bloomberg cũng đưa tin đồn này là sự thật.

Dankrad Feist, một nhà nghiên cứu tại Ethereum Foundation, đã tweet một cảnh báo:

Nhiều người pha trò về WETH. Nhưng hãy cẩn thận, một người bình thường có thể không biết rằng WETH hoàn toàn khác với tài sản cầu nối.... Tôi nghĩ sẽ tốt hơn nếu gọi những điều này rõ ràng hơn như một trò đùa.

Để phá vỡ rào cản thông tin cho việc lan truyền tin đồn tách rời WETH, một số người trong cộng đồng bắt đầu phổ biến WETH.

Ví dụ, Hudson Jameson tuyên bố rằng WETH không vỡ nợ. Nguồn cung cấp của nó không được lưu trữ bởi một nền tảng hoặc nhóm tập trung, mà được điều hành và quản lý bởi các hợp đồng thông minh. Hợp đồng đóng gói của nó là nguồn mở và nhiều chuyên gia đã nghiên cứu xem hợp đồng này có sơ hở hay không, vì vậy nó thường được coi là an toàn để sử dụng. Ngoài ra, nó khác với các tài sản đóng gói khác vì nó được triển khai trên Ethereum phi tập trung. Do đó, nó không thể mất khả năng thanh toán (trừ khi có lỗ hổng hợp đồng khó xảy ra) và nó sẽ luôn được liên kết với ETH do người dùng gửi theo tỷ lệ 1:1.

Nhà nghiên cứu sinh thái Ethereum 0 xCygaar đã giới thiệu sơ qua về cơ chế của WETH:

Trước hết, WETH là mã thông báo ERC-20, có nghĩa là logic của WETH được chứa trong một hợp đồng thông minh đơn giản trên chuỗi khối Ethereum. WETH đóng gói ETH theo tỷ lệ 1:1, cho phép chủ sở hữu sử dụng ETH dễ dàng hơn trên các DApp khác nhau. Đây là địa chỉ hợp đồng token của WETH: https://etherscan.io/address/0 xc 02 aaa 39 b 223 fe 8 d 0 a 0 e 5 c 4 f 27 ead 9083 c 756 cc 2 #code….

Lưu ý ánh xạ số dư trên dòng 32 của hợp đồng, đây là ánh xạ về lượng WETH mà mỗi người dùng có trong bộ nhớ.

Chúng ta hãy xem xét các chức năng cốt lõi: gửi, rút tiền và chuyển khoản (transferFrom).
Cách hoạt động của chức năng gửi tiền (dòng 38) rất đơn giản. Sau khi bạn gửi ETH, bạn sẽ nhận được bao nhiêu ETH. Ở dòng 39, số dư của người dùng được tăng lên theo số lượng ETH mà người dùng đã gửi trong giao dịch gửi tiền.
Quy trình rút tiền (dòng 42) cũng đơn giản. Trước hết, hợp đồng WETH sẽ đảm bảo rằng số dư của bạn nhỏ hơn hoặc bằng số tiền rút. Sau đó, nó làm giảm số dư WETH của người dùng và gửi cho người dùng cùng một lượng ETH như giao dịch rút tiền.

Việc chuyển khoản (dòng 63) tiến hành tương tự như trên. Đầu tiên, hợp đồng sẽ kiểm tra xem hợp đồng người dùng có đủ WETH để chuyển hay không. Tiếp theo, nó thực hiện kiểm tra ủy quyền để xem liệu có ai đó không phải là người dùng này đang thực hiện chuyển tiền hay không (L 69-72). Sau khi giao dịch cuối cùng hoàn tất, số dư của cả hai bên trên chuỗi nguồn và chuỗi mục tiêu sẽ được điều chỉnh.

nguồn:

https://twitter.com/dankrad/status/1596864596421189632

https://twitter.com/hudsonjameson/status/1596876948910723072

https://twitter.com/0 xCygaar/status/1596273841386708993

tiêu đề phụ

nguồn:

https://twitter.com/gitcoin/status/1594751121444085760

tiêu đề phụ

Maker thông báo rETH được triển khai trên Giao thức Maker dưới dạng tài sản thế chấp

Maker đã tweet rằng rETH của Rocket Pool hiện được triển khai như một tài sản thế chấp trên giao thức Maker, điều này sẽ hỗ trợ nhiều người đặt cược Ethereum hơn. Với loại vault rETH-A mới, giờ đây người dùng có thể đặt cược vào rETH để tạo DAI.

Các tham số của loại vault rETH-A như sau:
Tỷ lệ thế chấp tối thiểu: 170%
Phí ổn định: 1,5%

nguồn:

https://twitter.com/makerdao/status/1594700128920682503? s= 21

tiêu đề phụ

Ergon quyết định chấm dứt hỗ trợ cho Akula

Vào ngày 24, nhóm Ergon cho biết họ sẽ ngừng hỗ trợ Akula vì họ đã tìm thấy một triển khai khác tương tự như Akula và cũng được viết bằng Rust. Đó là cùng một miền với Akula và có các tạo tác giống/tương tự.

Vì họ nghĩ rằng việc triển khai này sẽ nhận được nhiều sự ủng hộ và phổ biến hơn sau khi có nguồn mở, nên nó sẽ sớm cạnh tranh và vượt qua Akula về chức năng. Do đó, họ không thể thấy Akula sẽ thu hút các khả năng tài trợ như thế nào trong tương lai và họ cũng biết rằng việc triển khai vượt trội so với họ về nguồn lực và tầm ảnh hưởng của nhóm, vì vậy họ đã quyết định chấm dứt hỗ trợ tài chính, quản lý và kỹ thuật của Akula.

Tuy nhiên, Erigon đã không chỉ định nó là triển khai nào, về vấn đề này, cộng đồng đã chỉ ra sự suy đoán tại Paradigm's Reth.

Nhà phát triển Ethereum Lefteris Karapetsas đã tweet @paradigm dưới tên Erigon và hỏi liệu đó có phải là họ không. Người đồng sáng lập chuỗi Gnosis đã trả lời: "Có, đúng vậy".

nguồn:

https://twitter.com/ErigonEth/status/1595479897220055041

https://twitter.com/LefterisJP/status/1595524180035919885

https://twitter.com/gakonst/status/1595648232226291712

tiêu đề phụ

Chính sách bảo mật mới của Metamaks sẽ thu thập địa chỉ IP và ví của người dùng

Vào ngày 23, Metamask đã cập nhật chính sách quyền riêng tư của mình và nhà cung cấp RPC mặc định của nó, Infura, sẽ thu thập thông tin sau từ người dùng:
Thông tin nhận dạng, chẳng hạn như tên, họ, tên người dùng hoặc số nhận dạng tương tự, chức danh công việc, ngày sinh và giới tính;
Thông tin liên hệ, chẳng hạn như địa chỉ gửi thư, địa chỉ email và số điện thoại;
Thông tin hồ sơ cá nhân, chẳng hạn như tên người dùng và mật khẩu, sở thích, sở thích, phản hồi và phản hồi khảo sát;
Phản hồi và thông tin liên lạc, chẳng hạn như thông tin do người dùng cung cấp khi họ trả lời khảo sát, khi người dùng tham gia vào hoạt động nghiên cứu thị trường, báo cáo sự cố dịch vụ, nhận hỗ trợ khách hàng hoặc liên lạc với họ theo cách khác;
thông tin tài chính, chẳng hạn như thẻ tín dụng hoặc chi tiết thẻ thanh toán khác;
thông tin giao dịch, chẳng hạn như chi tiết giao dịch mua do người dùng thực hiện thông qua dịch vụ của họ và chi tiết thanh toán;
Thông tin sử dụng, chẳng hạn như thông tin về cách người dùng sử dụng dịch vụ của mình và tương tác với chúng;
Thông tin tiếp thị, chẳng hạn như tùy chọn của người dùng để nhận thông tin tiếp thị và chi tiết về cách tương tác với họ;
Thông tin tài chính, chẳng hạn như số tài khoản ngân hàng và số bộ định tuyến ngân hàng;

Thông tin kỹ thuật như địa chỉ ví Ethereum, khóa giao diện lập trình ứng dụng (API) và thông tin mạng về giao dịch.

Liên quan đến chính sách thu thập thông tin về quyền riêng tư của người dùng của Metamask, người dùng có 3 biện pháp đối phó sau:
Chọn một nhà cung cấp RPC không thu thập thông tin cá nhân và tiếp tục sử dụng ví Metamask.
nguồn:

nguồn:

https://consensys.net/privacy-policy/

https://twitter.com/CryptoSnooper_/status/1595604825734987776