1.** Tại sao BCS yêu cầu thứ tự trường chính xác?**

Bởi vì BCS chỉ tuần tự hóa các giá trị thô - không phải tên trường hoặc siêu dữ liệu kiểu.

Các cấu trúc di chuyển có các trường được đặt tên, nhưngBCS coi chúng như các tập hợp có trước. Tên trường là thông tin thời gian biên dịch và** không bao gồm trong đầu ra được nối tiếp**.

Ví dụ:

struct MyStruct {
    a: u64,
    b: bool,
}

• Được nối tiếp thành: [u64 bytes] + [bool bytes]
• Deserializer phải đọc u64sau đó bool—** thứ tự quan trọng**

Điều này làm cho BCS:

• Nhanh chóng và nhỏ gọn
• Không tự mô tả hoặc linh hoạt theo lược đồ

---

2.** Quá trình khử phân loại một phần hoạt động như thế nào với các loại chung?**

Đã cho:

struct ComplexObject<T, U> {
    id: ID,
    owner: address,
    metadata: Metadata,
    generic_data: T,      // <-- generic
    more_metadata: String,
    another_generic: U,   // <-- generic
}

Quy tắc:

generic_dataBạn có thể giải trình tự cho đến trường chung đầu tiên (). TSau đó, phân tích cú pháp dừng lại trừ khi bạn biết cách giải mã.

Vì vậy: T``more_metadata- Nếu bạn không biết cách phân tích cú phápanother_generic, bạn** không thể**tiếp cận hoặc một cách an toàn.

• Bạn phải sử dụng các peel_*chức năng cấp thấp một cách cẩn thận nếu bạn muốn truy cập một phần.

Chỉ tiền tố không chung mới có thể được phân tích một cách an toàn mà không cần kiến thức đầy đủ về loại.

---

3. @mysten/bcsTính nhất quán giữa các ngôn ngữ với JavaScript ()

-Thứ tự trường phải khớp chính xác, giống như trong Move.

• Sắp xếp lại các trường trong đối tượng JS →** lỗi giải trình tự hoặc dữ liệu được hiểu nhầm
• Thay đổi thứ tự trường cấu trúc Move sau khi triển khai →** phá vỡ tính tương thích**
• Cấu trúc lồng nhau với hàm chung → chỉ hoạt động nếu tất cả các lược đồ lồng nhau được đăng ký chính xác

---

4.** Làm thế nào để các nhóm xử lý sự phát triển lược đồ BCS trong sản xuất?**

Các chiến lược phổ biến: -** Phiên bản lược đồ**: Đính kèm số phiên bản vào dữ liệu được nối tiếp -** Cấu trúc không thể thay đổi**: Sau khi triển khai, không bao giờ sắp xếp lại hoặc xóa các trường

• Tránh sắp xếp lại, đổi tên hoặc xóa các trường sau khi triển khai
• Sử dụng các trường dự trữ/đệm để cho phép mở rộng trong tương lai
• Giới thiệu cấu trúc mới thay vì sửa đổi cấu trúc cũ
• Thích các loại cụ thể trong cấu trúc đa ngôn ngữ