Rialo Quiz 27.0 #8 @RialoHQ @RialoKorea Một vấn đề phổ biến mà các nhà phát triển gặp phải là: 1️⃣ Quá nhiều người dùng cuối 2️⃣ Thiếu ngôn ngữ lập trình 3️⃣ Phụ thuộc nặng nề vào các tích hợp bên thứ ba 4️⃣ Không cần cơ sở hạ tầng Đáp án là 3️⃣ Phụ thuộc nặng nề vào các tích hợp bên thứ ba. Việc xây dựng một ứng dụng blockchain thường có nghĩa là chính blockchain không chịu trách nhiệm cho mọi tính năng mà ứng dụng cần. Các nhà phát triển có thể cần các dịch vụ bên ngoài để cung cấp dữ liệu, lập chỉ mục, tự động hóa, cầu nối, xác thực danh tính hoặc kết nối Web2. Điều này có nghĩa là ứng dụng trở nên phụ thuộc vào nhiều thành phần nằm ngoài blockchain cốt lõi. Ví dụ: Blockchain + Oracle + Indexer + Tự động hóa + Cầu nối + API Web2 Mỗi thành phần giải quyết một vấn đề cụ thể. Nhưng nhà phát triển vẫn phải kết nối chúng, quản lý tương tác giữa chúng và xử lý những gì xảy ra khi một trong những thành phần bên ngoài thay đổi hoặc không khả dụng. Đây là lúc các tích hợp bên thứ ba trở nên hơn cả một sự tiện lợi trong phát triển. Chúng có thể trở thành một phần của cơ sở hạ tầng ứng dụng. Vấn đề này đặc biệt liên quan đến các ứng dụng cần tương tác với thế giới thực. Một ứng dụng tài chính có thể cần dữ liệu bên ngoài thời gian thực. Một thị trường dự đoán có thể cần thông tin về một sự kiện xảy ra ngoài blockchain. Một ứng dụng RWA có thể cần thông tin về danh tính, tuân thủ, định giá và tài sản từ các hệ thống nằm ngoài chuỗi. Nếu mỗi tính năng đều yêu cầu một tích hợp khác, kiến trúc ứng dụng sẽ trở nên ngày càng phân mảnh. Kiến trúc của Rialo tiếp cận vấn đề này bằng cách đưa một số khả năng này gần hơn với chính blockchain. Rialo Stream cung cấp nguồn dữ liệu bản địa cho DeFi và RWAs. Rialo Edge cho phép tương tác hai chiều giữa các ứng dụng Web2 và blockchain mà không cần middleware. Rialo Workflow cung cấp tự động hóa bản địa và các luồng công việc phức tạp tự trị. Rialo Interop cung cấp khả năng tương tác bản địa. Rialo IPC coi danh tính, quyền riêng tư và tuân thủ là những khả năng cấp cao nhất. Và Rialo Execution Engine hỗ trợ thực thi dựa trên sự kiện và giao dịch có điều kiện. Những khả năng này đều gắn liền với một ý tưởng chung: các nhà phát triển không nên phải tự lắp ráp mọi chức năng cần thiết từ các dịch vụ bên ngoài không liên quan. Điều này cũng liên quan trực tiếp đến khái niệm middleware mà chúng ta đã thấy trong các bài học của Rialo. Middleware có thể bao gồm các nguồn dữ liệu, lập chỉ mục, lập lịch, cầu nối và các dịch vụ khác nằm giữa ứng dụng và blockchain nền tảng. Khi nhiều chức năng hơn được tách ra thành các lớp riêng biệt, các nhà phát triển không chỉ viết logic ứng dụng. Họ còn phải xây dựng và duy trì các kết nối giữa những lớp đó. Đối với các ứng dụng tài chính thực tế, sự phân biệt này ngày càng trở nên quan trọng. Ứng dụng cần kết nối: Dữ liệu thế giới thực → Trạng thái trên chuỗi → Quy tắc → Thực thi → Thanh toán Càng nhiều bước phụ thuộc vào các hệ thống bên thứ ba riêng biệt, thì càng cần nhiều cơ sở hạ tầng xung quanh ứng dụng cốt lõi. Rialo thay vào đó mang dữ liệu, khả năng tương tác, tự động hóa, kết nối Web2, danh tính, quyền riêng tư, tuân thủ và thực thi vào cơ sở hạ tầng blockchain rộng lớn hơn của mình. Mục tiêu được mô tả trong cuộc thi này không phải là các dịch vụ bên thứ ba vốn không cần thiết. Vấn đề nằm ở sự phụ thuộc nặng nề vào chúng để cung cấp các khả năng mà ứng dụng về cơ bản cần có. Đó là lý do vì sao đáp án là: 3️⃣ Phụ thuộc nặng nề vào các tích hợp bên thứ ba. Và điều này trực tiếp liên kết với kiến trúc của Rialo: thay vì buộc các nhà phát triển phải lắp ráp từng khả năng thông qua các tích hợp riêng biệt, Rialo được thiết kế để biến nhiều chức năng này thành những phần bản địa của môi trường blockchain.