Relay Chain là phần cốt lõi của mạng Polkadot, chứa logic chính của mạng. Nó là cần thiết cho chuỗi chuyển tiếp để giả định logic cốt lõi này trước khi parachain có thể bắt đầu chạy và XCM có thể được phát triển. Nhưng với sự phát triển của thời gian, bây giờ những logic cốt lõi này có thể được coi là được di chuyển sang parachain hệ thống! Kết quả là, Tiến sĩ Gavin Wood và Joe Petrowski của Web3 Foundation đã khởi xướng RFC-32, đề xuất di chuyển logic của nhiều hệ thống con từ chuỗi chuyển tiếp sang “parachain hệ thống” cùng nhau tạo thành toàn bộ mạng Polkadot.
Vì vậy, tại sao phân tách một phần logic của chuỗi chuyển tiếp thành parachain hệ thống? Những tính năng nào được chia nhỏ đầu tiên? Cùng tham khảo những thông tin quan trọng do PolkaWorld tổng hợp dưới đây nhé!
Tại sao bạn muốn làm điều này? **
Mạng Polkadot được thiết kế để mở rộng quy mô và cho phép nhiều máy trạng thái độc lập (tức là parachain) hoạt động theo một đảm bảo bảo mật và tính hợp lệ chung. Để đạt được sự đảm bảo này, Relay Chain có một tập hợp các validator chịu trách nhiệm chính về tính bảo mật của Relay Chain. Tuy nhiên, không phải tất cả các trình xác thực đều xử lý trực tiếp quá trình chuyển đổi trạng thái cho parachain. Mỗi quá trình chuyển đổi trạng thái của parachain được xử lý bởi một tập hợp con các trình xác nhận, được gọi là nhóm hỗ trợ. Điều này có nghĩa là không phải tất cả các trình xác thực đều xử lý trực tiếp mọi quá trình chuyển đổi trạng thái của parachain, chỉ một tập hợp con trong số chúng chịu trách nhiệm xử lý các chuyển đổi trạng thái.
Nhưng khi quá trình chuyển đổi trạng thái xảy ra trên chuỗi chuyển tiếp, tất cả các trình xác thực cần phải tham gia vào việc thực thi để đảm bảo tính nhất quán và bảo mật của mạng. Tuy nhiên, tác dụng phụ của thiết kế này là tắc nghẽn hiệu suất, vì mỗi thay đổi trạng thái yêu cầu xác thực trên toàn mạng, làm tăng độ trễ và giới hạn thông lượng.
Nhưng nếu quá trình chuyển đổi trạng thái của chuỗi chuyển tiếp có thể được thực hiện trên parachain, thì điều này sẽ giải phóng một số tài nguyên. Điều này có nghĩa là phần tài nguyên trình xác thực nếu không sẽ được sử dụng để chuyển đổi trạng thái chuỗi chuyển tiếp có thể được sử dụng lại, cung cấp cho mạng nhiều thời gian lõi hơn, tức là nhiều không gian khối hơn.
Nói chung, có một số lý do chính để di chuyển một phần logic của chuỗi chuyển tiếp sang parachain hệ thống:
** Những chức năng nào sẽ được chia thành các parachain hệ thống? **
Các mô-đun và hệ thống con sau đây là các tùy chọn khả thi để di chuyển ra khỏi chuỗi trung kế:
1.Danh tính
Số dư
Staking (Staking)
Đánh
Nhà Cung Cấp Dịch Vụ Bầu Cử
Danh sách túi
NIS
Nhóm đề cử
Fast Unstake
Kho bạc và tiền thưởng
Bỏ phiếu kết án
Trưng cầu dân ý
Lưu ý: Các mô-đun đấu giá và crowdlending hiện tại sẽ không còn được sử dụng nữa mà sẽ được thay thế bằng một hệ thống mới có tên Coretime. Chi tiết về chuỗi hệ thống của Coretime và các giao diện của nó được mô tả trong RFC-1 và RFC-5, tương ứng. Polkadot Fellowship cũng đang phát triển các parachains Coretime. Để biết thêm tiến trình Polkadot, vui lòng xem Tiến độ quý 3 của Polkadot: 5 Parachains mới được ra mắt, USDC tham gia vào hệ sinh thái, cổ phần, tài khoản tách biệt và các sự kiện trên chuỗi phát triển đáng kể.
Làm cách nào để di chuyển? **
Một số hệ thống con có thể được di chuyển từ chuỗi chuyển tiếp đến các vị trí khác tương đối đơn giản. Sử dụng Xác thực làm ví dụ, bạn có thể chỉ cần chặn các thay đổi trạng thái trên chuỗi chuyển tiếp và đặt trạng thái ban đầu cho chuỗi mới bằng cách sử dụng trạng thái được liên kết với xác thực. Trạng thái ban đầu này và logic liên quan, hoặc các mô-đun, sau đó được sử dụng để bắt đầu một chuỗi mới.
Tuy nhiên, có những hệ thống con không thể có bất kỳ thời gian chết nào trong quá trình di chuyển vì chúng rất quan trọng đối với hoạt động bình thường của toàn bộ mạng, chẳng hạn như đặt cọc và quản trị. Mặc dù vậy, các hệ thống con quan trọng này có thể cùng tồn tại với các chuỗi hệ thống khác có quyền tương tự trong một thời gian. Cũng giống như “Gov1” và “OpenGov” cùng tồn tại khi cái sau được giới thiệu.