Nâng cấp Fusaka sẽ mang lại điều gì cho Ethereum?

iconPANews
Chia sẻ
Share IconShare IconShare IconShare IconShare IconShare IconCopy

Tên gọi Fusaka xuất phát từ sự kết hợp giữa bản nâng cấp lớp thực thi Osaka và phiên bản lớp đồng thuận Fula Star. Bản nâng cấp này dự kiến sẽ được kích hoạt vào ngày 3 tháng 12 năm 2025 lúc 21:49 UTC.

Bản nâng cấp này bao gồm 12 EIP, bao gồm khả năng cung cấp dữ liệu, năng lực Gas/khối, tối ưu hóa bảo mật, khả năng tương thích chữ ký, cấu trúc phí giao dịch, v.v. Đây là một nâng cấp hệ thống nhằm đạt được việc mở rộng khả năng của L1, giảm chi phí của L2, giảm chi phí của node, và cải thiện trải nghiệm người dùng.

I. Hai mục tiêu cốt lõi của Fusaka: nâng cao hiệu suất Ethereum và cải thiện trải nghiệm người dùng.

Mục tiêu 1: Cải thiện đáng kể hiệu suất cơ bản và khả năng mở rộng của Ethereum.

Từ khóa cốt lõi:

  • Mở rộng khả năng cung cấp dữ liệu

  • Giảm tải cho node

  • Blob linh hoạt hơn

  • Cải thiện khả năng thực thi

  • Cơ chế đồng thuận hiệu quả hơn và bảo mật hơn

Tóm lại: tiếp tục cải thiện hiệu suất của Ethereum.

Mục tiêu 2: Cải thiện trải nghiệm người dùng và thúc đẩy thế hệ tiếp theo của ví và trừu tượng hóa tài khoản.

Từ khóa cốt lõi:

  • Xác nhận trước khối

  • Hỗ trợ P-256 (chữ ký gốc của thiết bị)

  • Ví ghi nhớ

  • Hệ thống tài khoản hiện đại hơn

Về cơ bản, Ethereum đang tiến gần hơn đến trải nghiệm của phần mềm internet chính thống.

II. Năm thay đổi chính trong Fusaka

1. PeerDAS: Giảm tải lưu trữ dữ liệu trên các node

PeerDAS là một tính năng mới cốt lõi trong bản nâng cấp Fusaka. Hiện tại, các node Layer 2 sử dụng blobs (một loại dữ liệu tạm thời) để đăng tải dữ liệu lên Ethereum. Trước khi nâng cấp Fusaka, mỗi node đầy đủ phải lưu trữ mọi blob để đảm bảo sự tồn tại của dữ liệu. Khi thông lượng blob tăng lên, việc tải xuống tất cả dữ liệu này trở nên cực kỳ tốn tài nguyên, khiến các node khó xử lý.

PeerDAS sử dụng một cơ chế kiểm tra khả dụng dữ liệu, cho phép mỗi node chỉ cần lưu trữ một tập hợp con của các khối dữ liệu thay vì toàn bộ tập dữ liệu. Để đảm bảo tính khả dụng của dữ liệu, bất kỳ tập hợp con nào của dữ liệu đều có thể được tái tạo từ 50% dữ liệu hiện có, giảm xác suất lỗi hoặc thiếu sót dữ liệu xuống mức không đáng kể về mặt mật mã học.

PeerDAS hoạt động bằng cách áp dụng mã hóa xóa Reed-Solomon vào dữ liệu blob. Trong các ứng dụng truyền thống, DVD sử dụng công nghệ mã hóa tương tự — ngay cả khi bị trầy xước, đầu đọc vẫn có thể đọc đĩa; tương tự, mã QR vẫn có thể được nhận diện đầy đủ ngay cả khi bị che khuất một phần.

Do đó, giải pháp PeerDAS có thể đảm bảo rằng yêu cầu về phần cứng và băng thông của các nút nằm trong phạm vi chấp nhận được, đồng thời cho phép mở rộng blob, từ đó hỗ trợ nhiều nút Layer2 quy mô lớn hơn với chi phí thấp hơn.

2. Tăng số lượng blob một cách linh hoạt khi cần: Thích ứng với các yêu cầu dữ liệu L2 thay đổi liên tục.

Để đảm bảo nâng cấp đồng bộ trên tất cả các nút, khách hàng và phần mềm xác thực, cần có cách tiếp cận dần dần. Để nhanh chóng thích ứng với các yêu cầu khối dữ liệu Layer2 thay đổi, một cơ chế chỉ dành cho blob-parameter forks đã được giới thiệu.

Khi blob lần đầu tiên được thêm vào mạng trong bản nâng cấp Dencun, có 3 blob (tối đa 6), sau đó được tăng lên 6 blob (tối đa 9) trong bản nâng cấp Pectra. Sau Fusaka, chúng có thể được thêm vào với tốc độ bền vững mà không cần nâng cấp mạng lớn.

3. Hỗ trợ xóa lịch sử ghi chép: giảm chi phí của nút.

Để giảm dung lượng ổ đĩa cần thiết cho các nhà vận hành nút khi Ethereum tiếp tục phát triển, các khách hàng được yêu cầu bắt đầu hỗ trợ việc xóa một số bản ghi lịch sử. Trong thực tế, các khách hàng đã có chức năng này được kích hoạt trong thời gian thực; bản nâng cấp này chỉ đơn giản là thêm nó vào danh sách công việc cần làm.

4. Xác nhận trước các khối: Cho phép xác nhận giao dịch nhanh hơn.

Sử dụng EIP7917, Beacon Chain sẽ có thể xác định các người đề xuất khối cho epoch tiếp theo. Việc biết trước những người xác thực nào sẽ đề xuất các khối tương lai cho phép xác nhận trước. Một cam kết có thể được thực hiện với người đề xuất khối sắp tới để đảm bảo rằng các giao dịch của người dùng sẽ được bao gồm trong khối đó mà không cần đợi khối thực tế được tạo.

Tính năng này mang lại lợi ích cho việc triển khai khách hàng và bảo mật mạng bởi vì nó ngăn chặn các tình huống cực đoan như người xác thực thao túng lịch trình đề xuất khối. Hơn nữa, tính năng nhìn trước này giảm độ phức tạp trong việc triển khai.

5. Chữ ký P-256 gốc: Ethereum trực tiếp liên kết với 5 tỷ thiết bị di động.

Một trình kiểm tra chữ ký tích hợp, giống như passkey, sử dụng secp256r1 (P-256) được giới thiệu tại một địa chỉ cố định. Đây là thuật toán chữ ký bản địa được sử dụng bởi các hệ thống như Apple, Android, FIDO2 và WebAuthn.

Đối với người dùng, nâng cấp này mở khóa chức năng ký thiết bị bản địa và chức năng passkey. Ví có thể truy cập trực tiếp vào Secure Vault của Apple, Keystore của Android, Mô-đun Bảo mật Phần cứng (HSM) và FIDO2/WebAuthn—không cần cụm từ ghi nhớ, giúp quy trình đăng ký mượt mà hơn và trải nghiệm xác thực đa yếu tố tương đương với các ứng dụng hiện đại. Điều này sẽ mang lại trải nghiệm người dùng tốt hơn, phương pháp khôi phục tài khoản thuận tiện hơn, và một mô hình trừu tượng tài khoản phù hợp với chức năng hiện có của hàng tỷ thiết bị.

Đối với các nhà phát triển, nó chấp nhận 160 byte đầu vào và trả về 32 byte đầu ra, khiến việc chuyển đổi các thư viện hiện có và các hợp đồng L2 trở nên rất dễ dàng. Việc triển khai bên dưới của nó bao gồm các con trỏ đến vô cực và các kiểm tra so sánh modulo để loại bỏ các trường hợp biên khó xử lý mà không làm hỏng các trình gọi hợp lệ.

III. Tác động Dài Hạn của Nâng Cấp Fusaka đối với Hệ Sinh Thái Ethereum

1. Tác động lên L2: Mở rộng bước vào đường cong thứ hai. Thông qua PeerDAS và việc tăng số lượng Blob theo yêu cầu, cũng như một cơ chế định giá dữ liệu công bằng hơn, nút thắt cổ chai về tính khả dụng của dữ liệu đã được giải quyết, và Fusaka đã đẩy nhanh việc giảm chi phí L2.

2. Tác động lên các node: Chi phí vận hành tiếp tục giảm. Yêu cầu lưu trữ giảm và thời gian đồng bộ ngắn hơn giúp giảm chi phí vận hành. Hơn nữa, về lâu dài, điều này đảm bảo sự tham gia liên tục của các node có phần cứng yếu hơn, do đó đảm bảo tính phi tập trung liên tục của mạng.

3. Tác động lên DApps: Logic phức tạp hơn trên chuỗi trở nên khả thi. Các mã lệnh toán học hiệu quả hơn và lịch trình đề xuất khối dự đoán hơn có thể thúc đẩy các AMM hiệu suất cao, các giao thức phái sinh phức tạp hơn và các ứng dụng hoàn toàn trên chuỗi.

4. Tác động đến người dùng thông thường: Cuối cùng, họ có thể sử dụng blockchain như Web2. Chữ ký P-256 có nghĩa là không cần cụm từ ghi nhớ, điện thoại di động có thể được sử dụng như ví, đăng nhập trở nên tiện lợi hơn, khôi phục đơn giản hơn và xác thực nhiều yếu tố được tích hợp một cách tự nhiên. Đây là một thay đổi mang tính cách mạng trong trải nghiệm người dùng và là một trong những điều kiện cần thiết để đưa 1 tỷ người dùng đến với blockchain.

IV. Kết luận: Fusaka là một bước quan trọng hướng tới DankSharding và việc áp dụng người dùng quy mô lớn.

Dencun mở ra kỷ nguyên của Blob (Proto-Dank Sharding), Pectra tối ưu hóa việc thực thi và ảnh hưởng đến EIP-4844, trong khi Fusaka cho phép Ethereum tiến một bước quan trọng tới "mở rộng bền vững + ưu tiên thiết bị di động".

TLDR:

Bản nâng cấp này sẽ tích hợp 12 EIP, bao gồm chủ yếu:

EIP-7594: Sử dụng PeerDAS để giảm gánh nặng lưu trữ dữ liệu trên các nút.

Đây là nền tảng quan trọng để mở rộng dung lượng dữ liệu của Ethereum. PeerDAS đã xây dựng cơ sở hạ tầng cần thiết để triển khai Danksharding, và các nâng cấp trong tương lai được kỳ vọng sẽ tăng thông lượng dữ liệu từ 375kb/s lên vài MB/s. Nó cũng trực tiếp thực hiện mở rộng Layer 2, cho phép các nút xử lý nhiều dữ liệu hơn một cách hiệu quả mà không làm quá tải từng người tham gia.

EIP-7642: Giới thiệu chức năng hết hạn lịch sử để giảm không gian lưu trữ đĩa mà các nút cần.

Điều này tương đương với việc thay đổi cách xử lý biên lai, loại bỏ dữ liệu cũ khỏi quá trình đồng bộ hóa các nút, nhờ đó tiết kiệm khoảng 530GB băng thông trong quá trình đồng bộ hóa.

EIP-7823: Đặt giới hạn trên cho MODEXP để ngăn chặn các lỗ hổng đồng thuận.

Điều này giới hạn độ dài của mỗi đầu vào ở mức 1024 byte cho mã tiền biên dịch mật mã MODEXP. Trước đây, MODEXP là nguồn gốc của các lỗ hổng đồng thuận do không giới hạn độ dài đầu vào. Bằng cách đặt giới hạn thực tiễn bao phủ tất cả các kịch bản ứng dụng thực tế, phạm vi kiểm tra được giảm xuống, mở đường cho việc thay thế bằng mã EVM hiệu quả hơn trong tương lai.

EIP-7825: Giới thiệu giới hạn gas giao dịch để ngăn một giao dịch đơn lẻ tiêu tốn phần lớn không gian khối.

Biện pháp này đưa ra giới hạn gas là 167,777,216 cho mỗi giao dịch, ngăn chặn bất kỳ giao dịch đơn lẻ nào tiêu tốn phần lớn không gian khối. Điều này đảm bảo sự phân bổ công bằng hơn của không gian khối, qua đó cải thiện sự ổn định của mạng và khả năng bảo vệ chống lại các cuộc tấn công DoS, đồng thời cho phép thời gian xác minh khối dự đoán được hơn.

EIP-7883: Tăng chi phí gas của mã tiền biên dịch ModExp để ngăn chặn các cuộc tấn công từ chối dịch vụ tiềm ẩn do định giá quá thấp.

Để giải quyết vấn đề định giá quá thấp đối với các thao tác, chi phí gas của tiền biên dịch ModExp đã được tăng lên. Chi phí tối thiểu đã tăng từ 200 gas lên 500 gas, và chi phí này sẽ nhân đôi đối với đầu vào lớn vượt quá 32 byte. Điều này đảm bảo định giá hợp lý cho tiền biên dịch mật mã, cải thiện tính bền vững kinh tế của mạng và ngăn chặn các cuộc tấn công từ chối dịch vụ tiềm ẩn gây ra bởi định giá quá thấp.

EIP-7892: Hỗ trợ mở rộng đàn hồi số lượng blob theo yêu cầu để thích ứng với các yêu cầu đang phát triển của Layer 2.

Ethereum có thể điều chỉnh các tham số lưu trữ blob thường xuyên hơn bằng cách tạo ra một quy trình mới và nhẹ. Điều này cho phép thực hiện các điều chỉnh nhỏ hơn đối với dung lượng blob để thích nghi với nhu cầu thay đổi của Layer 2 mà không cần chờ đợi các bản nâng cấp lớn.

EIP-7917: Kích hoạt xác nhận trước khối, cải thiện khả năng dự đoán thứ tự giao dịch.

Hiện tại, các trình xác thực không thể biết ai sẽ đề xuất các khối cho đến khi epoch tiếp theo bắt đầu, gây ra sự không chắc chắn trong việc giảm thiểu MEV và giao thức xác nhận trước. Thay đổi này tính toán trước và lưu trữ lịch trình của người đề xuất cho các epoch tương lai, giúp nó trở nên quyết định và có thể truy cập được đối với các ứng dụng.

EIP-7918: Giới thiệu phí blob cơ bản gắn liền với chi phí thực thi, từ đó giải quyết vấn đề thị trường phí dữ liệu khối.

Giải pháp này giải quyết vấn đề thị trường phí khối bằng cách giới thiệu giá dự trữ gắn liền với chi phí thực thi. Điều này ngăn thị trường phí khối thất bại ở mức 1 wei khi chi phí thực thi Layer 2 cao đáng kể so với chi phí khối.

Điều này rất quan trọng đối với Layer 2, đảm bảo rằng việc định giá Blob bền vững phản ánh đúng chi phí và duy trì khả năng phát hiện giá hiệu quả khi sử dụng Layer 2 tăng lên.

EIP-7934: Giới hạn kích thước khối thực thi RLP tối đa là 10MB để ngăn chặn sự bất ổn của mạng và các cuộc tấn công từ chối dịch vụ.

Hiện tại, kích thước khối có thể rất lớn, khiến quá trình lan truyền mạng chậm lại và tăng nguy cơ xảy ra các nhánh tạm thời. Hạn chế này đảm bảo rằng kích thước khối vẫn nằm trong phạm vi hợp lý mà mạng có thể xử lý và lan truyền hiệu quả. Điều này cải thiện độ tin cậy của mạng, giảm nguy cơ xảy ra các nhánh tạm thời, và do đó đạt được thời gian xác nhận giao dịch ổn định hơn.

EIP-7935: Tăng giới hạn gas mặc định lên 60M để mở rộng khả năng thực thi L1.

Đề xuất này đề nghị tăng giới hạn gas từ 36M lên 60M để mở rộng khả năng thực thi L1. Mặc dù thay đổi này không yêu cầu hard fork (giới hạn gas là tham số được chọn bởi các trình xác thực), cần thử nghiệm sâu rộng để đảm bảo ổn định mạng dưới tải tính toán cao. Do đó, việc bao gồm EIP này trong một đợt hard fork đảm bảo rằng công việc này được ưu tiên và tiếp tục.

Bằng cách cho phép mỗi khối dữ liệu thực hiện nhiều tính toán hơn, thông lượng mạng tổng thể được cải thiện trực tiếp, đây là cách trực tiếp nhất để mở rộng khả năng thực thi L1.

EIP-7939: Thêm opcode CLZ để làm cho tính toán on-chain hiệu quả hơn.

Bản cập nhật này thêm opcode mới CLZ (Calculate Leading Zeros) vào EVM để tính toán hiệu quả số lượng số 0 dẫn đầu trong một số 256-bit. Điều này giảm đáng kể chi phí gas cho các thao tác toán học yêu cầu xử lý bit, cải thiện hiệu suất tính toán và cho phép các tính toán phức tạp hơn trên chuỗi. Điều này cho phép các thao tác toán học rẻ hơn và hiệu quả hơn, mang lại lợi ích cho các giao thức DeFi, ứng dụng trò chơi, và bất kỳ hợp đồng nào yêu cầu tính toán toán học phức tạp.

EIP-7951: Thêm hỗ trợ cho đường cong secp256r1 đã biên dịch trước nhằm cải thiện trải nghiệm người dùng.

Bản cập nhật này thêm hỗ trợ cho đường cong mật mã phổ biến secp256r1 (còn được gọi là P-256) vào Ethereum. Hiện tại, Ethereum chỉ hỗ trợ đường cong secp256k1 cho chữ ký, nhưng nhiều thiết bị và hệ thống sử dụng secp256r1. Bản cập nhật này cho phép Ethereum xác minh chữ ký từ iPhone, điện thoại Android, ví cứng, và các hệ thống khác sử dụng đường cong chuẩn này, giúp việc tích hợp với cơ sở hạ tầng hiện có trở nên dễ dàng hơn.

Nguồn:Tin tức KuCoin
Tuyên bố miễn trừ trách nhiệm: Thông tin trên trang này có thể được lấy từ bên thứ ba và không nhất thiết phản ánh quan điểm hoặc ý kiến của KuCoin. Nội dung này chỉ được cung cấp cho mục đích thông tin chung, không có bất kỳ đại diện hay bảo đảm nào dưới bất kỳ hình thức nào và cũng không được hiểu là lời khuyên tài chính hay đầu tư. KuCoin sẽ không chịu trách nhiệm về bất kỳ sai sót hoặc thiếu sót nào hoặc về bất kỳ kết quả nào phát sinh từ việc sử dụng thông tin này. Việc đầu tư vào tài sản kỹ thuật số có thể tiềm ẩn nhiều rủi ro. Vui lòng đánh giá cẩn thận rủi ro của sản phẩm và khả năng chấp nhận rủi ro của bạn dựa trên hoàn cảnh tài chính của chính bạn. Để biết thêm thông tin, vui lòng tham khảo Điều khoản sử dụngTiết lộ rủi ro của chúng tôi.