# Bài viết Liên quan Nút

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út", 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ố.

Những người ủng hộ BIP-110 sẵn sàng chuyển sang PoW nếu thợ đào từ chối kế hoạch 'soft fork'

Những người ủng hộ BIP-110 đang chuẩn bị cho kế hoạch chuyển đổi thuật toán Proof-of-Work (PoW) như một biện pháp dự phòng cực đoan, trong trường hợp các thợ đào từ chối hỗ trợ "soft fork tạm thời" nhằm hạn chế dữ liệu phi tài chính (như Ordinals, Runes) trên blockchain Bitcoin. Nhà phát triển Guida đã công bố mã nguồn cho phép thay đổi thuật toán PoW, được lưu trữ như một "phương án hạt nhân" để sử dụng nếu các thợ đào phản bội Bitcoin. BIP-110, hay "Soft Fork Tạm thời Giảm Dữ liệu", yêu cầu 55% tín hiệu ủng hộ từ các thợ đào trước một thời hạn bắt buộc vào cuối tuần ngày 8-9/8/2026. Tuy nhiên, tỷ lệ ủng hộ hiện tại rất thấp (~2.59%). Nếu không đạt ngưỡng, các node thực thi BIP-110 sẽ từ chối các khối không có tín hiệu, có khả năng dẫn đến một đợt chia tách (fork). Việc chuyển đổi thuật toán PoW sẽ khiến các máy đào ASIC chuyên dụng hiện tại trở nên vô dụng trên chuỗi mới, đồng thời gây ra những thách thức lớn cho hệ sinh thái, đặc biệt là mạng Lightning. Các công ty như Start9 đã khuyến nghị người dùng đóng các kênh Lightning để giảm thiểu rủi ro. Cuộc tranh luận này làm sống lại cuộc chiến về quyền lực giữa các thợ đào và các node kinh tế, tương tự như cuộc tranh cãi về kích thước khối năm 2017. Tương lai sẽ phụ thuộc vào phản ứng của các thợ đào trong giai đoạn bắt buộc sắp tới và các động thái tiếp theo từ các sàn giao dịch, nhà phát triển và cộng đồng.

cryptonews.ru08/07 23:43

Những người ủng hộ BIP-110 sẵn sàng chuyển sang PoW nếu thợ đào từ chối kế hoạch 'soft fork'

cryptonews.ru08/07 23:43

Chainstack bổ sung hỗ trợ cho Robinhood Chain cho các nút được quản lý và tự lưu trữ

Chainstack, nền tảng cơ sở hạ tầng Web3, đã bổ sung hỗ trợ cho Robinhood Chain trên cả ba mô hình triển khai: nút toàn cầu, nút chuyên dụng và Chainstack Self-Hosted. Robinhood Chain là mạng Lớp 2 Ethereum tương thích EVM, được xây dựng trên Arbitrum Orbit, tập trung vào giao dịch tài chính và tài sản thực được token hóa (RWA), với thời gian tạo khối 100ms và sử dụng ETH làm phí gas. Chainstack cung cấp ba lựa chọn: **Nút toàn cầu** có khả năng mở rộng linh hoạt, phù hợp cho ví và dApp; **Nút chuyên dụng** là máy chủ riêng hiệu suất cao không giới hạn yêu cầu, lý tưởng cho sàn giao dịch và giao thức RWA; **Chainstack Self-Hosted** cho phép khách hàng chạy nút trong môi trường riêng (đám mây, tại chỗ) với bảng điều khiển quản lý đầy đủ, đáp ứng yêu cầu tuân thủ và chủ quyền dữ liệu nghiêm ngặt cho các tổ chức phát hành được quản lý. Tính năng tự lưu trữ này rất quan trọng, cho phép các tổ chức tuân thủ tích hợp cơ sở hạ tầng blockchain vào hệ thống riêng mà không cần thay đổi ngăn xếp công nghệ. Robinhood Chain gia nhập hơn 70 mạng được Chainstack hỗ trợ. Các nhà phát triển có thể tạo tài khoản để truy cập endpoint cho mạng chính (chain ID 4663) và mạng thử nghiệm (chain ID 46630).

cryptonews.ru08/05 17:59

Chainstack bổ sung hỗ trợ cho Robinhood Chain cho các nút được quản lý và tự lưu trữ

cryptonews.ru08/05 17:59

Nhà chiến lược Sailor kêu gọi những người ủng hộ BIP-110 'chờ đợi' cho đến khi phân tách

Gần đây, Sailor từ Strategy liên tục bác bỏ BIP-110. Vào thứ Ba, ngày 4 tháng 8, chủ tịch điều hành này đã đăng trên X, kêu gọi những người ủng hộ BIP-110 "chờ đợi" cho đến khi diễn ra fork và từ bỏ ý tưởng này. Ông chỉ ra rằng tại block 961.022, BIP-110 chỉ có 38 tín hiệu (2,70%), không thể đạt ngưỡng 55% một cách tự nguyện. Khi đạt block 961.632, các node BIP-110 sẽ từ chối các khối không có tín hiệu. Nếu các thợ đào lớn không thay đổi lập trường, Bitcoin sẽ tiếp tục hoạt động bình thường, trong khi BIP-110 có thể bị mắc kẹt hoặc tách ra thành một fork riêng, mất đi tính liên quan. BIP-110 là một đề xuất thay đổi phần mềm nhằm hạn chế dữ liệu không liên quan đến giao dịch (như hình ảnh, token từ Ordinals) được đính kèm vào các giao dịch Bitcoin. Những người ủng hộ, bao gồm các nhà phát triển Bitcoin Knots và nhóm khai thác Ocean, cho rằng điều này sẽ giảm tải cho các node và phí giao dịch. Tuy nhiên, các nhà phê bình như Sailor lập luận rằng các quy tắc đồng thuận không nên cố gắng đánh giá mục đích đằng sau một giao dịch, vì điều này có thể tạo tiền lệ nguy hiểm, sau này có thể được sử dụng chống lại các công cụ bảo mật hoặc hợp đồng tài chính mới. Cửa sổ bắt buộc kích hoạt tín hiệu dự kiến bắt đầu từ khoảng block 961.632 (ước tính từ ngày 7 đến 9 tháng 8). Nếu không có nhóm khai thác lớn nào chuyển sang ủng hộ, BIP-110 khó có thể giành quyền kiểm soát chuỗi Bitcoin chính và có thể dẫn đến một đợt chia tách chuỗi. Người dùng được khuyến nghị theo dõi sát các tín hiệu từ các nhóm khai thác và cập nhật từ các nhà phát triển trong những ngày tới.

cryptonews.ru08/05 08:46

Nhà chiến lược Sailor kêu gọi những người ủng hộ BIP-110 'chờ đợi' cho đến khi phân tách

cryptonews.ru08/05 08:46

Khuyến nghị khẩn cấp cho các nhà vận hành nút XRPL cập nhật lên phiên bản 3.2.1

Ripple đã phát hành phiên bản 3.2.1 cho XRP Ledger (XRPL) để khắc phục sự cố lỗ hổng bảo mật nghiêm trọng. Giám đốc phát triển của Ripple, Vijay Khanna, cảnh báo các nhà vận hành node cần cập nhật ngay lập tức. Vấn đề chính được sửa chữa là một cuộc tấn công "tràn ngập bản kê khai" (manifest flood), đã xảy ra vào ngày 31 tháng 7. Trước đây, các node có thể chấp nhận, lưu trữ và chuyển tiếp một số lượng không giới hạn bản kê khai từ các khóa trình xác thực không xác định, gây nguy cơ quá tải mạng. Phiên bản 3.2.1 bổ sung bốn cơ chế giới hạn để ngăn chặn các cuộc tấn công tương tự trong tương lai: 1. Giới hạn kích thước bản kê khai. 2. Giới hạn tiếp nhận, tự động loại bỏ gói tin vượt quá ngưỡng. 3. Giới hạn gửi, hạn chế số bản kê khai trong thông điệp chào mừng gửi tới node mới. 4. Giới hạn bộ nhớ đệm, chỉ lưu tối đa 100 khóa không xác định. Ngoài ra, bản kê khai từ các khóa không xác định sẽ không còn được lưu vào ổ đĩa, ngăn sự cố tồn tại sau khi khởi động lại hệ thống. Khuyến nghị cho các nhà vận hành node: - Cập nhật XRPL lên phiên bản 3.2.1 ngay lập tức. - Chờ 1-2 phút để đảm bảo tiến trình `xrpld` đang chạy. - Khởi động lại `xrpld`. Bản cập nhật này nhằm tăng cường đáng kể bảo mật mạng lưới bằng cách từ chối dữ liệu không đáng tin cậy từ sớm, hạn chế xử lý và lưu trữ chúng.

cryptonews.ru08/03 09:40

Khuyến nghị khẩn cấp cho các nhà vận hành nút XRPL cập nhật lên phiên bản 3.2.1

cryptonews.ru08/03 09:40

Bản vá nóng XRP Ledger v3.2.1 Nhắm Mục Tiêu Tình Trạng Tràn Ngập Bản Kê Khai (Manifest) Của Trình Xác Thực

XRP Ledger vừa phát hành bản sửa lỗi nóng (hotfix) xrpld v3.2.1 vào ngày 31/7/2026 để giải quyết sự cố "tràn ngập bản kê khai trình xác thực" (validator manifest flooding). Sự cố này khiến các nút bị ảnh hưởng tiêu thụ bộ nhớ và băng thông cao bất thường. Mặc dù vấn đề không làm gián đoạn cơ chế đồng thuận hoặc xử lý giao dịch trên toàn mạng lưới, nó gây áp lực tài nguyên đáng kể lên các nút riêng lẻ, có thể ảnh hưởng đến hiệu suất, chi phí vận hành và độ ổn định. Đây được xem là một vấn đề về ổn định hơn là một lỗ hổng thảm họa. Các nhà vận hành nút được khuyến cáo nên nâng cấp lên phiên bản v3.2.1 và thực hiện khởi động lại kép theo hướng dẫn. Việc phản ứng nhanh chóng là cần thiết để giảm thiểu rủi ro, ngăn chặn thăm dò tấn công và duy trì hiệu quả cho toàn mạng. Bản sửa lỗi này (v3.2.1) là một bản cập nhật tập trung vào độ ổn định, tách biệt với lộ trình nâng cấp tính năng chính (như phiên bản v3.3.0 sắp tới). Sự kiện này nhấn mạnh tầm quan trọng của công tác bảo trì cơ sở hạ tầng và khả năng ứng phó kịp thời để đảm bảo độ tin cậy lâu dài cho mạng lưới blockchain.

bitcoinist08/03 07:27

Bản vá nóng XRP Ledger v3.2.1 Nhắm Mục Tiêu Tình Trạng Tràn Ngập Bản Kê Khai (Manifest) Của Trình Xác Thực

bitcoinist08/03 07:27

Các nhà phát triển Zcash khuyến nghị cập nhật node lên fork Ironwood

Nhà phát triển Zcash Foundation đã phát hành Zebra 6.0.0 và khuyến nghị tất cả các nút vận hành nâng cấp lên phiên bản fork Ironwood. Bản cập nhật bao gồm một nhóm được bảo vệ mới và định dạng giao dịch v6, nhằm khắc phục một lỗ hổng trong nhóm Orchard cũ có thể cho phép kẻ xấu tạo ra ZEC giả mạo một cách âm thầm. Lỗ hổng đã được vá khẩn cấp vào tháng 6, và không có bằng chứng nào về việc nó bị khai thác, mặc dù kiến trúc bảo mật của Zcash khiến việc khẳng định chắc chắn là không thể. Fork Ironwood giới thiệu cấu trúc hành động Orchard và hệ thống bằng chứng Halo2, đồng thời bổ sung một cây cam kết rút tiền riêng biệt và các tính năng mới để các nút theo dõi nhóm mới độc lập với Orchard. Cơ chế bảo vệ chính của Ironwood là một "cổng xoay" giữa Orchard và nhóm mới. Sau khi kích hoạt, Orchard sẽ ngừng chấp nhận đầu ra và giao dịch nội bộ mới. Người dùng có thể rút tiền, nhưng một quy tắc kế toán đảm bảo không thể rút nhiều ZEC hơn số tiền đã được đưa vào một cách hợp pháp. Cơ chế này cho phép kiểm soát công khai nguồn cung lưu hành mà không tiết lộ số dư cá nhân hay chi tiết giao dịch, với bất kỳ nguồn vốn dư thừa nào sẽ bị khóa lại trong Orchard. Zebra 6.0.0 được đánh dấu là bản cập nhật quan trọng, vì phần mềm cũ sẽ không thể hoạt động đúng trên mạng sau khi fork Ironwood được kích hoạt vào ngày 28 tháng 7.

cryptonews.ru07/27 16:37

Các nhà phát triển Zcash khuyến nghị cập nhật node lên fork Ironwood

cryptonews.ru07/27 16:37

Ai Quyết Định Quy Tắc Của Bitcoin? BIP-110 Gây Ra Sự Phân Chia Quản Trị

Bài viết thảo luận về BIP-110 (Reduced Data Temporary Softfork), một đề xuất gây tranh cãi trong cộng đồng Bitcoin nhằm hạn chế dữ liệu phi tài chính (như Ordinals, Runes) trên chuỗi khối bằng cách thay đổi quy tắc đồng thuận, thay vì chỉ qua chính sách chuyển tiếp nút. **Nội dung chính:** * **BIP-110 là gì:** Đề xuất tạm thời (1 năm) thêm các giới hạn kỹ thuật (giới hạn kích thước script, OP_RETURN...) để ngăn dữ liệu lớn, khiến một số giao dịch hiện tại hợp lệ trở thành vô hiệu. * **Nguyên nhân:** Phản ứng trước việc Bitcoin Core v30 nới lỏng giới hạn mặc định cho OP_RETURN. Những người ủng hộ BIP-110 cho rằng cơ chế phòng thủ ở tầng chính sách đã thất bại trước các công cụ gửi giao dịch trực tiếp đến thợ đào, nên cần đưa ràng buộc lên tầng đồng thuận. * **Các quan điểm tranh luận:** * **Phản đối (Michael Saylor, Adam Back):** Cho rằng BIP-110 vi phạm nguyên tắc "không cần sự cho phép", đặt ra tiền lệ quản trị nguy hiểm với ngưỡng kích hoạt 55% quá thấp. Adam Back nhấn mạnh quá trình đồng thuận kỹ thuật chặt chẽ chính là "hệ miễn dịch" bảo vệ Bitcoin. * **Ủng hộ:** Tin rằng cần bảo vệ Bitcoin khỏi "dữ liệu rác", giảm gánh nặng cho nút và tập trung vào chức năng tiền tệ. * **Thách thức kỹ thuật:** Ngay cả nếu BIP-110 kích hoạt, việc chặn hoàn toàn dữ liệu tùy ý là khó, vì có nhiều cách mã hóa và công cụ vòng qua (như DOG Mode). Một lỗi đồng thuận tiềm ẩn (BlockSlop) trong lộ trình nâng cấp cũng được tiết lộ. * **Vai trò của các bên:** Cuộc tranh luận làm nổi bật sự phân chia quyền lực: thợ đào (có sự chia rẽ nội bộ), nhà vận hành nút (ủng hộ xác thực bình đẳng), nhà phát triển (có quyền hợp nhất mã), và nay thêm các kho bạc doanh nghiệp lớn (như MicroStrategy) với ảnh hưởng từ thị trường vốn. * **Bài học quản trị:** BIP-110 đặt ra câu hỏi cốt lõi: **Ai có quyền quyết định Bitcoin là gì?** Nó phơi bày sự thiếu vắng một trọng tài được công nhận chung và trở thành một bài kiểm tra áp lực về cơ chế quản trị phi tập trung của Bitcoin.

marsbit07/21 06:47

Ai Quyết Định Quy Tắc Của Bitcoin? BIP-110 Gây Ra Sự Phân Chia Quản Trị

marsbit07/21 06:47

活动图片