# Bài viết Liên quan Nâng cấp

Trung tâm Tin tức HTX cung cấp những bài viết mới nhất và phân tích chuyên sâu về "Nâng cấp", bao gồm xu hướng thị trường, cập nhật dự án, phát triển công nghệ và chính sách quản lý trong ngành tiền kỹ thuật số.

Bản Nâng Cấp Van Rossem Của Cardano Tiến Gần Hơn Đến Mainnet Khi Giai Đoạn Quản Trị Tiến Triển

Bản nâng cấp Van Rossem của Cardano đang tiến sâu hơn vào giai đoạn quản trị và chuẩn bị sẵn sàng, thu hút sự chú ý của các nhà giao dịch ADA về khả năng triển khai suôn sẻ lên mainnet. Đây là một bản cập nhật giao thức lớn, quan trọng trong việc kiểm tra quy trình quản trị on-chain sau Voltaire. Theo cập nhật từ Intersect, hard fork đã được kích hoạt trên testnet PreProd, và trọng tâm hiện tại là chuẩn bị cho mainnet. Quá trình này cho thấy mô hình quản trị phi tập trung của Cardano đang vận hành, với sự tham gia của các cơ quan quản trị, nhà vận hành stake pool và sàn giao dịch. Đối với thị trường, một đợt nâng cấp suôn sẻ có thể củng cố niềm tin, trong khi trục trặc hoặc thông tin không rõ ràng có thể ảnh hưởng tiêu cực đến tâm lý. Vì vậy, cách thức hệ sinh thái phối hợp và truyền thông trong quá trình này rất được quan tâm. Giá ADA có thể phản ứng tùy thuộc vào điều kiện thị trường rộng hơn. Tuy nhiên, Van Rossem cung cấp một câu chuyện phát triển cụ thể, một chất xúc tác thực tế cho Cardano trong giai đoạn hiện tại. Kết quả tốt nhất cho mạng lưới có lẽ là một quá trình triển khai "nhàm chán" nhưng hiệu quả, chứng minh được cơ chế quản trị của nó hoạt động trơn tru.

bitcoinist06/18 08:03

Bản Nâng Cấp Van Rossem Của Cardano Tiến Gần Hơn Đến Mainnet Khi Giai Đoạn Quản Trị Tiến Triển

bitcoinist06/18 08:03

Ethereum Tiến Tới Nâng Cấp Glamsterdam Trước Khi Ra Mắt Theo Kế Hoạch Vào Năm 2026

Các nhà phát triển Ethereum đang trong giai đoạn cuối cùng của bản nâng cấp Glamsterdam, dự kiến ra mắt vào nửa cuối năm 2026. Hiện tại, họ đang tiến hành thử nghiệm toàn diện trên các mạng phát triển chuyên dụng trước khi triển khai lên mạng thử nghiệm công cộng. Glamsterdam là sự kết hợp giữa nâng cấp lớp đồng thuận "Gloas" và lớp thực thi "Amsterdam", nhằm mục tiêu cải thiện hiệu suất của lớp cơ sở (Layer-1) Ethereum. Bản nâng cấp tập trung vào việc xử lý giao dịch, quản lý dữ liệu và xác minh khối tốt hơn để tăng khả năng mở rộng. Những cải tiến chính bao gồm Cơ chế Tách biệt Người đề xuất-Người xây dựng (ePBS) được tích hợp sẵn, Danh sách Truy cập Cấp độ Khối và việc định giá lại gas toàn diện. Những thay đổi này được kỳ vọng sẽ xử lý nhiều giao dịch hơn, sử dụng tài nguyên hiệu quả hơn và quan trọng nhất là có thể giảm phí giao dịch Layer-1 tới 70%. Giới phân tích đánh giá Glamsterdam là nỗ lực mở rộng quy mô quan trọng nhất của Ethereum kể từ sau The Merge, giúp mạng lưới này củng cố vị thế cạnh tranh trong bối cảnh các nền tảng hợp đồng thông minh ngày càng cạnh tranh gay gắt.

TheNewsCrypto06/17 08:46

Ethereum Tiến Tới Nâng Cấp Glamsterdam Trước Khi Ra Mắt Theo Kế Hoạch Vào Năm 2026

TheNewsCrypto06/17 08:46

XRP Ledger Ra Mắt Rebrand XRPLd Cùng Với Bản Nâng Cấp Phiên Bản 3.2.0

Phiên bản 3.2.0 của XRP Ledger đã chính thức ra mắt, đánh dấu một bước nâng cấp quan trọng cho cơ sở hạ tầng blockchain cốt lõi. Lần này, các nhà phát triển đã đổi tên phần mềm vận hành mạng từ "rippled" thành "xrpld" để phù hợp hơn với toàn bộ hệ sinh thái của dự án. Bản cập nhật tập trung chủ yếu vào các cải tiến back-end và hiệu suất thay vì tính năng người dùng mới. Các tối ưu hóa bộ nhớ được giới thiệu có khả năng tiết kiệm tới 40% lượng bộ nhớ máy chủ, đồng thời chuẩn bị kiến trúc phần mềm cho việc mở rộng quy mô trong tương lai. Về mặt bảo mật, bản sửa đổi `fixCleanup3_2_0` mang lại nhiều cải thiện cho các mô-đun như kho lưu ký tài sản đơn, giao thức cho vay, sàn giao dịch phi tập trung và mã thông báo đa năng. Các kiểm tra bất biến mới được thêm vào để đảm bảo tính toàn vẹn của sổ cái khi tài khoản bị xóa. Một khả năng mới cho nhà phát triển là ứng dụng có thể truy xuất thông tin định nghĩa giao thức và máy chủ XRP Ledger mà không cần kết nối trực tiếp, hỗ trợ đáng kể việc phát triển ví, công cụ khám phá chuỗi khối và API. Các thay đổi về khả năng mở rộng và ổn định bao gồm kích thước khối có thể cấu hình, hỗ trợ lưu trữ cơ sở dữ liệu hiệu quả qua nuDB, và việc hỗ trợ máy chủ gRPC cho TLS/mutual TLS trở thành tùy chọn. Cổng kết nối ngang hàng mặc định cũng được đổi từ 51235 sang 2459. Các tính năng kiểm tra bất biến giao dịch tạm thời bị vô hiệu hóa trong phiên bản 3.2.0 do ảnh hưởng đến hiệu suất, nhưng không gây rủi ro bảo mật.

TheNewsCrypto06/16 13:11

XRP Ledger Ra Mắt Rebrand XRPLd Cùng Với Bản Nâng Cấp Phiên Bản 3.2.0

TheNewsCrypto06/16 13:11

Bốn câu hỏi về lỗ hổng Zcash Orchard: Đã từng bị khai thác? Tiền có thể truy tìm được? Nguồn cung có thể kiểm tra? Còn lỗ hổng khác không?

Tác giả: Jason McGee (Giám đốc điều hành Shielded Labs) & Zooko Wilcox (Người sáng lập Zcash) Bài viết giải đáp bốn câu hỏi chính xoay quanh lỗ hổng nghiêm trọng (có thể tạo ZEC giả) từng tồn tại trong nhóm giao dịch riêng tư Orchard của Zcash: 1. **Lỗ hổng đã bị khai thác chưa?** Nhóm phát triển đánh giá khả năng bị khai thác là thấp, dù không thể loại trừ hoàn toàn. Lý do: lỗi rất khó phát hiện, được tìm thấy nhờ nỗ lực chủ động; nhóm đã nhanh chóng vá lỗi; và thông thường, nếu bị khai thác, sẽ có bằng chứng rõ ràng xuất hiện. 2. **Người dùng có thể lấy lại tiền hợp pháp trong Orchard không?** Nếu lỗ hổng chưa bị khai thác, tất cả số ZEC hợp pháp đều có thể được lấy lại. Tuy nhiên, bài viết khuyến nghị người dùng thận trọng có thể chuyển tiền ra khỏi Orchard, đồng thời cảnh báo về các rủi ro tiềm ẩn khi chuyển sang địa chỉ minh bạch (t-addr) hoặc nhóm Sapling. 3. **Người dùng có thể tự xác minh tổng cung ZEC không?** Hiện tại thì **chưa thể**. Lỗ hổng đã phá vỡ khả năng tự xác minh này. Tuy nhiên, bản nâng cấp "Ironwood" được đề xuất sẽ giải quyết vấn đề bằng cách "niêm phong" nhóm Orchard (ngừng nhận/luân chuyển tiền mới), chỉ cho phép tiền hợp pháp rời đi thông qua cơ chế chuyển đổi hiện có. Điều này sẽ khôi phục khả năng cho mọi người tự xác minh tính toàn vẹn của tổng cung Zcash. 4. **Có lỗ hổng giả mạo nào khác không?** Các cuộc kiểm tra chuyên sâu, bao gồm sử dụng AI, từ nhiều nhóm vẫn đang được tiến hành. Cho đến nay, **chưa phát hiện thêm lỗ hổng nào tương tự**, làm tăng sự tin tưởng rằng không còn lỗi nào như vậy. Tuy nhiên, cần thêm công việc để khẳng định chắc chắn. **Kết luận:** Nhóm phát triển tin rằng lỗ hổng có thể chưa bị khai thác, số tiền hợp pháp an toàn và không còn lỗi tương tự. Quan trọng nhất, bản nâng cấp Ironwood sắp tới sẽ khôi phục khả năng then chốt: cho phép người dùng **tự xác minh** tổng cung ZEC, thay vì phải tin tưởng vào đánh giá của bất kỳ ai.

marsbit06/15 07:52

Bốn câu hỏi về lỗ hổng Zcash Orchard: Đã từng bị khai thác? Tiền có thể truy tìm được? Nguồn cung có thể kiểm tra? Còn lỗ hổng khác không?

marsbit06/15 07:52

Người sáng lập ZEC phản hồi về lỗ hổng Orchard: Chưa có dấu hiệu bị đánh cắp, sẽ đóng bể Orchard

Đồng sáng lập ZEC trả lời về lỗ hổng Orchard: Chưa có dấu hiệu bị đánh cắp, sẽ đóng bể Orchard Gần đây, mô-đun Orchard của Zcash phát hiện lỗ hổng bảo mật, dấy lên lo ngại về tổng nguồn cung ZEC và sự an toàn tài sản người dùng. Lỗ hổng này đặt ra bốn câu hỏi chính: 1. Lỗ hổng đã bị khai thác chưa? 2. Tài sản hợp pháp trong Orchard có rút ra được không? 3. Người dùng có thể tự xác minh tổng nguồn cung Zcash không? 4. Có lỗ hổng tạo giả tương tự khác không? **Lỗ hổng đã bị khai thác?** Khả năng thấp. Lỗ hổng rất phức tạp, được phát hiện chủ động bởi chuyên gia. Nhóm phát triển nhanh chóng phối hợp với các mining pool để đóng bể Orchard và vá lỗi, thu hẹp cơ hội tấn công. Chưa có bằng chứng nào về việc khai thác để trục lợi. **Tài sản trong Orchard có an toàn?** Nếu lỗ hổng chưa bị khai thác, tài sản hợp pháp có thể rút ra bình thường. Nếu đã bị khai thác, việc rút tiền có thể bị ảnh hưởng nếu mã giả được rút trước. Tuy nhiên, tình huống này được đánh giá là ít xảy ra. Người dùng có thể chọn giữ tài sản trong ví Orchard hiện tại (được coi là an toàn) hoặc chuyển sang địa chỉ minh bạch (mất tính riêng tư) hoặc sang bể Sapling (vẫn giữ một mức độ riêng tư). **Người dùng có thể tự xác minh nguồn cung?** Hiện tại thì không thể. Tuy nhiên, bản nâng cấp mạng Ironwood sắp tới sẽ giải quyết vấn đề này bằng cách đóng vĩnh viễn bể Orchard. Khi đó, tổng số ZEC rút ra sẽ chính xác bằng tổng số ZEC hợp pháp đã gửi vào, cho phép bất kỳ ai cũng có thể tự xác minh nguồn cung. **Có lỗ hổng tạo giả khác không?** Chưa phát hiện thêm lỗ hổng nào tương tự. Shielded Labs và các đối tác đã tiến hành kiểm tra toàn diện, sử dụng cả công cụ AI tiên tiến, và không tìm thấy lỗ hổng tạo giả mới. Các cuộc kiểm tra bổ sung đang được thực hiện để tăng cường bảo mật. **Tóm tắt** Lỗ hổng Orchard có khả năng chưa bị khai thác, tài sản người dùng về cơ bản an toàn và chưa phát hiện lỗi tạo giả khác. Điểm then chốt là người dùng hiện chưa thể tự xác minh nguồn cung, nhưng bản nâng cấp Ironwood sắp tới sẽ khôi phục khả năng này bằng cách đóng bể Orchard vĩnh viễn.

Foresight News06/15 03:50

Người sáng lập ZEC phản hồi về lỗ hổng Orchard: Chưa có dấu hiệu bị đánh cắp, sẽ đóng bể Orchard

Foresight News06/15 03:50

Sui Tiết Lộ Nguyên Nhân Gây Ra Ba Lần Dừng Hoạt Động Trên Mainnet Sau Bản Nâng Cấp Lớn

Sui đã công bố nguyên nhân gây ra ba lần gián đoạn hoạt động chính trên mainnet vào ngày 28 và 29 tháng 5, sau bản nâng cấp mạng lưới 1.72. Các sự cố này liên quan đến lỗi logic tính phí gas (gas charging) và lỗi trong quy trình khởi động lại trình xác thực (validator). Theo báo cáo từ Sui Foundation, không có quỹ người dùng nào bị rủi ro và mạng lưới đã hoạt động trở lại. Lỗi logic tính phí gas liên quan đến tính năng số dư địa chỉ mới, dẫn đến hai lần gián đoạn đầu tiên. Lỗi này xảy ra trong một trường hợp đặc biệt khi giao dịch hủy bỏ do số dư không đủ, nhưng sau đó vẫn cố ghi nợ trong quá trình "gas smashing". Một bản vá tạm thời đã được áp dụng để khắc phục. Lần gián đoạn thứ ba diễn ra trong quá trình chuyển epoch theo lịch trình, do lỗi trạng thái ngẫu nhiên (randomness-state bug). Lỗi này ngăn cản quá trình Distributed Key Generation (DKG) hoàn thành, khiến mạng bị kẹt. Để khắc phục, trạng thái DKG giờ đây được lưu trữ liên tục và một cơ chế đóng epoch bị kẹt đã được thêm vào. Sui Foundation nhấn mạnh đây là bài học kỹ thuật quan trọng, cho thấy cần đầu tư thêm vào khả năng phục hồi của hệ thống, đặc biệt là trong quá trình kết thúc epoch và logic tính phí gas phức tạp.

bitcoinist06/02 05:04

Sui Tiết Lộ Nguyên Nhân Gây Ra Ba Lần Dừng Hoạt Động Trên Mainnet Sau Bản Nâng Cấp Lớn

bitcoinist06/02 05:04

Mạng XRP Ledger Sẽ Phân Tách (Hard Fork) Trong 8 Ngày? Hạn Chót Nâng Cấp Châm Ngòi Tranh Luận

Cộng đồng XRP Ledger (XRPL) đang tranh luận về việc liệu bản nâng cấp sắp tới (v3.1.3) có phải là một đợt hard fork hay không, sau khi các nhà vận hành hạ tầng cảnh báo rằng các node không cập nhật trước khi bản sửa lỗi (fix amendment) kích hoạt sẽ không thể giao tiếp với mạng lưới. Bản cập nhật rippled 3.1.3, chứa bản sửa lỗi fixCleanup3_1_3 cho các tính năng như NFT và Lending Protocol, sẽ tự động kích hoạt sau 8 ngày. Tính đến ngày 18/5, khoảng 44% mạng lưới đã nâng cấp. Một số ý kiến lo ngại số node chưa cập nhật (chiếm đa số) có thể bị "tách rời", gọi đây là một đợt hard fork. Tuy nhiên, nhiều thành viên cộng đồng và chuyên gia kỹ thuật phản bác cách diễn giải này. Họ giải thích cơ chế này là "amendment blocking" – một tính năng bảo mật của XRPL nhằm đảm bảo tất cả các node đều hiểu cùng một bộ quy tắc giao dịch. Các node chạy phần mềm cũ sẽ tạm thời bị chặn khỏi việc xử lý giao dịch, tham gia đồng thuận hoặc bỏ phiếu cho đến khi được nâng cấp. Điều này được coi là biện pháp bảo trì cần thiết cho "sức khỏe mạng lưới" chứ không phải là một sự chia tách chuỗi tranh chấp hoặc vô tình. Các chuyên gia như Daniel Keller (CTO của Eminence) cũng cho rằng việc chỉ dựa vào số lượng node thô có thể phóng đại rủi ro thực tế, vì nhiều node có thể đã bỏ hoặc không phải là hạ tầng quan trọng.

bitcoinist05/19 17:03

Mạng XRP Ledger Sẽ Phân Tách (Hard Fork) Trong 8 Ngày? Hạn Chót Nâng Cấp Châm Ngòi Tranh Luận

bitcoinist05/19 17:03

Mất Nhiều Lão Tướng Chỉ Trong Bốn Tháng, Thử Thách Tái Cấu Trúc Đằng Sau Cuộc Đại Thay Máu Tại Quỹ Ethereum

Trong vòng 4 tháng, Quỹ Ethereum (EF) đã chứng kiến hàng loạt lãnh đạo và thành viên cốt cán rời đi, bao gồm cựu Giám đốc điều hành Tomasz Stańczak, nhân vật chủ chốt Josh Stark và nhiều nhà nghiên cứu giao thức kỳ cựu. Sự ra đi này diễn ra trong bối cảnh EF đang tái cơ cấu nội bộ, chuyển đổi vai trò từ "người bảo vệ chính" sang "một trong nhiều người bảo vệ", và công bố một bản tuyên ngôn sứ mệnh mới. Các nguyên nhân rời đi được đề cập bao gồm muốn quay lại xây dựng sản phẩm, dành thời gian cho gia đình, hoặc tập trung vào các dự án bên ngoài. Có thông tin cho rằng việc EF yêu cầu ký một văn bản nguyên tắc (Mandate) về chống kiểm duyệt cũng có thể là một yếu tố, dù chưa được xác nhận chính thức. Sự kiện này làm dấy lên lo ngại về nguy cơ mất chất xám, khi các dự án blockchain mới trả lương cao hơn nhiều để thu hút nhân tài, có thể đe dọa tiến độ các bản nâng cấp quan trọng của Ethereum. Để ứng phó, EF đã bổ nhiệm ba nhà lãnh đạo mới cho nhóm Giao thức (Protocol): Will Corcoran, Kev Wedderburn và Fredrik Svantes. Nhóm này sẽ tập trung đẩy nhanh các bản nâng cấp như Glamsterdam (dự kiến trễ sang Q3/2026) để tăng thông lượng mạng chính. Một số ý kiến lạc quan cho rằng đây là sự thay đổi tự nhiên trong quá trình tái cấu trúc, phù hợp với tầm nhìn phi tập trung hóa và "bài kiểm tra rời đi" của Vitalik Buterin, nhằm đảm bảo Ethereum có thể vận hành ổn định ngay cả khi không có sự can thiệp của những người sáng lập.

marsbit05/19 10:04

Mất Nhiều Lão Tướng Chỉ Trong Bốn Tháng, Thử Thách Tái Cấu Trúc Đằng Sau Cuộc Đại Thay Máu Tại Quỹ Ethereum

marsbit05/19 10:04

活动图片