Việc chuyển một phần cột, trái ngược với việc chuyển toộ, một quan trthithiết kế mớingới bởvới các mmempool được chia thành mảnh chiều ngang, hầu hết các nút sẽ không thể phân phtoàột khiậnải trthi. đó việc chuyển mộtột là cần thiết để phânánữ liliệu một phần và tăng tốc độ lan truyền block. Ví dụ, nếu blob mempool được chia thành 16 mảnh, thì để nhận được mộtột cột đầy đủ, một nút sẽ cần phải ải16 điđiệp một phần cột ccộtcộta chủ đều gossipsub cột đ. Bằng cách phân tmột phần cột từ mỗi nút ngay khi nhnhảiực thi, mạng không cần phải dựa vào tốc độ tảiên xây dựng/đề xuất để nhận các cột tương ứng của chúĐặc biquan biquan khi người đề xuất block là một home-staker với dung lượng tảiên hạNgoài ra, ngayả tất cả các nút EL có tất cả các blob trong mempool của chúng và chia sẻ toàn bộ cột để ttránh nút thắt của người đề xuất block, thì chúng vẫn sẽ tải lên toàn bộ cột. Ngược lại, thiết kế này cho phép mỗi nút ch�chỉ gửi 1/16 một cột, do đó giảm mức tiêu thụ băng thngông.
Chu kỳ Slotcủa Thikế Mới
1. MemàMempoolựkhác biệt chính giữa thikvà thiết kế hiện tại là việc giới thiệu một mempool được chia mảnh. Trong thiết kế này, các nút tải xuống chỉ một số lượng nhất định các giao dịch loại 3 và các blob sidecar liên quan (tức là dữ liệu blob). Các blob mà mỗi nút phải giám sát được tính toán từ ID nút theo một cách xác định, sao cho mỗi nút có thể biết được những blob nào để tảiitxuống cho chính mình, đồng thời cũng biết được các nút ngang haoàào đang giám sát các blob. Có một số lượng tối thiểu giao dịch loại 3 mà mỗi nút nên tải sát xuvà lưu trữ trong blob mempool của mình. Các nút có validator có thể giám sát nhiều blob hơn trong blob mempool của chúng, tương tự ự giám sát của validator. Các nút có thể chọn ttải xuống mxu�blob vào blob mempool của chúng, hoặc là vì chúng có nhiều validator hoặc vì chúng cần nó cho các nhiệm vụ của mình (ví dụ: trình xây dựng block, rollups, trình khám phá).
Mụcêgithiệu 256 blob mỗi blob 128 KB mỗi slot, tổđng 32 dữMB ữ liệu blob trước khi mã hóa xóa lỗi. Với thiết kế mới này người xây dựng/đề xuất block có danh sách hạ(tức là được chia mảnh) các giao dịch loại 3 để nối vào block của mình. Nó này có thể ch�n�uy�ncác blob từchỉ từ danh sách hạn của m. Tuy nhiên, có một chiến lướcượcác Ể từ kkngười đề xuất block được biết trước, nútẽ tạm thời thayy đổi hành vi của blob mempool của mình, để bắt đầu tải xuống tất cả các giao dịch loại 3 và blob cho đến khi block được đề xuất, khi đó chúng có thể quayạiành memêuhumempool.<>3. Phân phối<điềuầu tià xng/đxuất xublock nênải phân phối là tải ththực thi bao gồm dadanh sách giao dịch loại 3 và blob đính kèm vào block.
<4>4. Lấu>Thiết thikế mới này không cósthay đđáđákỹ lấy m.ọiứxảy ra giống thikế trước.Một Số Con Số
Giả sử bất kỳ thời điểm nào cũng có khoảng một ngàn giao dịch loại 3 mà từ đó các trình xây dựng block có thể chọn để đvào blockếtheo của chúng. Điều này tạo ra một blob mempool khong MB cho các trình xây dựng block muốn có tất cả các blob trong blob mempool của chúng. Nếu giả sử các nút không có validator giám sát các blob kết thúc bằng 4 bit giống ID nnó thì ch�úng gi 1/16 ượng blob. Giả sử một mạ8.000 nút với ID nútân bốều�blob sẽ được lưu trữ trên khoảng 500 nnut, cung cấp tính dự phòng và mạnh mẽ đầy đủ.
(Phần còn lại của bản dịch tương tự, tuân theo các nguyên tắc dịch đã nêu)
