lời tựa
Hãy tưởng tượng một kịch bản trong đó nền tảng blockchain đang phát triển nhanh chóng và số lượng người dùng tăng nhanh lên hàng chục triệu, dẫn đến chi phí liên quan tăng mạnh trong một thời gian ngắn. Những chiến lược nào cần thiết ở giai đoạn này để duy trì hiệu quả hoạt động mà không ảnh hưởng đến tốc độ phát triển do quá trình phê duyệt và xác nhận phức tạp? Như nhiều doanh nghiệp kinh doanh đồng ý, khả năng mở rộng phải được ưu tiên.
Là một công nghệ mở rộng quy mô ngoài chuỗi, Ontology Layer 2 mang lại hiệu suất cao hơn và tốc độ thấp hơn. Doanh nghiệp có thể lưu trữ số lượng lớn hồ sơ giao dịch ngoài chuỗi một cách an toàn và sau đó chuyển chúng lên chuỗi khi họ cần tương tác, giảm chi phí giao dịch của người dùng và tăng năng suất đáng kể.
Giới thiệu
Như đã nêu trong lộ trình Aristotle 2020, khi kết hợp với Ontology chuỗi chéo, Wasm-JIT, Multi-VM và các công nghệ cốt lõi tiên tiến khác, Ontology Lớp 2 hiện cho thấy hiệu suất tốt hơn các giải pháp Lớp 2 khác. Điều này được phản ánh ở chi phí mỗi lần thấp triển khai, lưu trữ, hỗ trợ đa ngôn ngữ và tương thích hoàn toàn giữa các phiên bản phân tích và thực thi. Cho phép các hợp đồng triển khai tương tác liền mạch, chẳng hạn như chạy nhiều hệ điều hành ảo trên một máy, tăng hiệu quả thực thi và giảm chi phí xử lý.
Quy trình làm việc
Ontology cấp 2 bao gồm 3 phần chính: Gửi Ontology ở cấp 2, rút tiền cấp 2 trên Ontology, giao dịch cấp 2 và đảm bảo an ninh.
Tại trung tâm giao dịch Cấp 2, người dùng có thể thực hiện giao dịch, thực hiện các yêu cầu hợp đồng và ký hợp đồng. Giao dịch này có thể giống với định dạng giao dịch chuỗi chính của Ontology hoặc có thể khác. Người thu thập giao dịch (được gọi là "Người thu thập") chịu trách nhiệm thu thập các giao dịch Cấp 2 của người dùng. Có thể có nhiều người thu thập trong suốt quá trình. Người dùng cũng có thể phát các giao dịch Cấp 2 của mình tới nhiều người thu thập.
Trình thu thập định kỳ đóng gói các giao dịch Lớp 2 đã thu thập và chạy chúng để tạo trạng thái mới. Collector cũng chịu trách nhiệm chuyển trạng thái gốc của trạng thái mới sang chuỗi Ontology chính. Sau khi các giao dịch được đóng gói trong khối Cấp 2 được thực thi, gốc của trạng thái mới sẽ trở thành trạng thái của khối Cấp 2. Challenger chịu trách nhiệm xác thực trạng thái của khối Cấp 2 do Collector gửi tới chuỗi Ontology chính. Điều này yêu cầu Người thách thức phải đồng bộ hóa khối Lớp 2 thông qua Bộ sưu tập để duy trì trạng thái toàn cầu đầy đủ.
XÁC NHẬN TÀI KHOẢN BAO GỒM THÔNG TIN TRẠNG THÁI TÀI KHOẢN VÀ XÁC NHẬN CỦA NÓ, CÓ THỂ KIẾM ĐƯỢC TỪ YÊU CẦU CỦA NGƯỜI THU THẬP VÀ NGƯỜI THỬ THÁCH. CHỈ HỌ DUY TRÌ ĐIỀU KIỆN TOÀN CẦU.
Gửi tiền ở cấp 2
- Đầu tiên, người dùng thực hiện thao tác “Gửi tiền” trên chuỗi Ontology chính. Hợp đồng chuỗi chính chặn tiền ký gửi của người dùng và cố định trạng thái của quỹ này ở Cấp 2. Tại thời điểm này, trạng thái là “chưa được phát hành”.
- Sau đó, Collector được thông báo rằng giao dịch Gửi tiền đang chờ xử lý trên chuỗi chính Ontology. Người thu gom sẽ thay đổi trạng thái ở cấp 2 theo hoạt động gửi tiền. Sau đó, Vòi sẽ thêm Tiền gửi để giải phóng giao dịch và đóng gói nó cùng với các giao dịch khác của người dùng thành khối Cấp 2. Khi trạng thái của khối Cấp 2 đến chuỗi chính Ontology, nó sẽ thông báo cho hệ thống rằng khoản tiền gửi đã được giải phóng.
- Hợp đồng chuỗi chính thực hiện hoạt động giải phóng tiền gửi và thay đổi trạng thái của quỹ tiền gửi thành “đã giải phóng”.
Những phát hiện từ Ontology
- Người dùng tạo giao dịch "Rút tiền" Cấp 2 và gửi nó tới vòi.
- Collector sửa đổi trạng thái của nó theo Rút tiền và đồng thời đóng gói giao dịch Rút tiền và các giao dịch người dùng khác lại với nhau thành khối Cấp 2. Khi gửi trạng thái của khối Cấp 2 đến chuỗi Bản thể chính, yêu cầu Đầu ra sẽ được gửi.
- Hợp đồng chuỗi chính thực hiện yêu cầu rút tiền, đăng ký hồ sơ quỹ và đặt trạng thái thành “không được phát hành”.
- Sau khi xác nhận trạng thái, người dùng gửi yêu cầu rút tiền từ tài khoản.
- Hợp đồng chuỗi chính thực hiện yêu cầu rút tiền từ tài khoản, chuyển tiền vào tài khoản đích và đặt hồ sơ rút tiền thành "được giải phóng".
Giao dịch và bảo mật cấp 2
Giao dịch cấp 2
- Người dùng tạo giao dịch “Chuyển” cấp 2 và gửi nó cho Người thu thập.
- Bộ sưu tập đóng gói giao dịch chuyển khoản và các giao dịch khác vào khối Lớp 2, thực hiện các giao dịch trong khối và chuyển trạng thái của khối Lớp 2 đó sang chuỗi Bản thể luận chính.
- Đợi trạng thái được xác nhận.
Đảm bảo an ninh
Sau khi Người vận hành gửi trạng thái khối Cấp 2 cho chuỗi chính Ontology, Người thách thức cũng có thể thực hiện giao dịch khối Cấp 2 và xác minh rằng trạng thái khối Cấp 2 là chính xác. Nếu có gì đó không chính xác, Người thách thức sẽ thu thập bằng chứng gian lận và gửi hợp đồng thông minh cấp 2. để thách thức Nhà điều hành.
Cách sử dụng
Ontology cấp 2 hiện có sẵn trên Ontology TestNet để các nhà phát triển thử nghiệm.
để lấy tài liệu
Trong bài viết tiếp theo, chúng tôi sẽ trình bày so sánh hiệu suất chi tiết với Lớp 2 trong các chuỗi khác.
Phụ lục: điều khoản
Giao dịch cấp 2
Người dùng đã đưa ra yêu cầu chuyển nhượng hoặc thực hiện hợp đồng ở Cấp độ 2 và đã ký vào đó. Giao dịch này có thể giống với định dạng giao dịch chuỗi chính của Ontology hoặc có thể khác.
Người sưu tầm
Collector là công cụ thu thập giao dịch Cấp 2. Nó chịu trách nhiệm thu thập các giao dịch Cấp 2 của người dùng, xác thực và thực hiện giao dịch. Mỗi khi khối Lớp 2 được tạo, người thu thập chịu trách nhiệm thực hiện các giao dịch trên khối, cập nhật trạng thái và tạo hợp đồng Lớp 2, có thể được hiểu là bằng chứng về trạng thái được sử dụng cho mục đích bảo mật.
Khối cấp 2
Collector định kỳ đóng gói các giao dịch Cấp 2 đã thu thập, tạo một khối chứa tất cả các giao dịch Cấp 2 và tạo khối Cấp 2 mới.
Trạng thái cấp 2
Collector thực hiện các giao dịch hàng loạt trên khối Lớp 2, cập nhật trạng thái, sắp xếp tất cả dữ liệu trạng thái đã cập nhật để tạo cây Merkle và tính toán hàm băm gốc của cây Merkle. Giá trị băm gốc là trạng thái của khối Cấp 2.
Điều hành
Người vận hành là nhân viên bảo mật Lớp 2 và chịu trách nhiệm giám sát xem việc chuyển mã thông báo sang Lớp 2 hay giao dịch chuyển mã thông báo từ Lớp 2 sang chuỗi chính Ontology có xảy ra hay không. Nhà điều hành cũng chịu trách nhiệm gửi định kỳ xác nhận trạng thái Cấp 2. Bạn có thể điều hướng đến mạng Ontology để xác nhận.
Kẻ thách thức
Người nộp đơn có trách nhiệm xác minh xác nhận trạng thái do Nhà điều hành gửi tới chuỗi chính Ontology. Điều này yêu cầu người thách thức phải đồng bộ hóa các giao dịch Lớp 2 từ nhà điều hành hoặc chuỗi để duy trì trạng thái toàn cầu đầy đủ. Sau khi Người thách thức hoàn tất giao dịch một cách đồng bộ và cập nhật trạng thái, nó có thể xác minh tính hợp lệ của xác nhận trạng thái do Nhà điều hành cung cấp trên mạng. Nếu có vấn đề, Người nộp đơn có thể tạo ra một thử thách bằng chứng gian lận, điều này có thể được giải thích bằng hợp đồng Cấp 2.
Xác nhận trạng thái tài khoản
Đạt được thông qua bằng chứng Merkle, bạn có thể nhận được xác nhận trạng thái tài khoản từ Người vận hành và Người thách đấu. Họ là những bên duy nhất duy trì trạng thái toàn cầu đầy đủ.
Bằng chứng gian lận
Xác nhận gian lận bao gồm xác nhận trạng thái tài khoản trước khi cập nhật khối Cấp 2 hiện tại.
Chứng chỉ trạng thái khối cấp 2 trước đó và chứng chỉ trạng thái tài khoản đã gửi xác nhận tính hợp pháp của trạng thái cũ trước khi cập nhật. Bằng chứng cho thấy trạng thái cũ là hợp pháp có thể thu được bằng cách chạy khối hiện tại.
Bản thể luận chuỗi khối tập trung vào doanh nghiệp sẵn sàng giúp các doanh nghiệp chuyển đổi và hiện đại hóa hoạt động kinh doanh của họ. Nếu bạn gặp sự cố với khả năng mở rộng ngoại tuyến, máy ảo hoặc bộ hệ thống kỹ thuật hoàn chỉnh, vui lòng liên hệ với chúng tôi theo địa chỉ [email được bảo vệ].
Tìm hiểu thêm về Ontology
Thông tin mới, phù hợp và giao tiếp thú vị trong cuộc trò chuyện Telegram của chúng tôi -
Ngoài ra, hãy đăng ký và nghiên cứu: - - - -
Nguồn: www.habr.com