Mô tả ngắn gọn kiến trúc kỹ thuật dYdX V4

dYdX V4 sẽ là một chuỗi khối L1 độc lập với sổ đặt hàng ngoại tuyến hoàn toàn phi tập trung và công cụ khớp lệnh.

**Được viết bởi:**dYdX

Biên dịch: IBCL

dYdX Chain V4 là phiên bản mới nhất của giao thức dYdX, sẽ bao gồm phần mềm nguồn mở. Phiên bản hiện đang được sản xuất có tên là v3, v3 và các phiên bản trước đây của dYdX có các hợp đồng thông minh cốt lõi được triển khai cho các chuỗi hiện có kết hợp với các dịch vụ tập trung được lưu trữ trên đám mây.

v4 sẽ là một chuỗi khối L1 độc lập với sổ đặt hàng ngoài chuỗi và công cụ khớp lệnh hoàn toàn phi tập trung. Chuỗi dYdX sẽ dựa trên SDK Cosmos và giao thức đồng thuận CometBFT PoS.

Khi chúng ta tiến gần hơn đến việc ra mắt mạng chính v4, chúng tôi muốn cung cấp cho bạn một cái nhìn thoáng qua về những gì nhóm dYdX đang xây dựng. Bài viết này cung cấp tổng quan cấp cao về kiến trúc v4. Vì v4 vẫn đang được phát triển nên có thể có những thay đổi.

kiến trúc hệ thống v4

dYdX v4 được thiết kế để phân cấp hoàn toàn từ đầu đến cuối. Các thành phần chính bao gồm rộng rãi các giao thức, bộ chỉ mục và giao diện người dùng. Mỗi thành phần này sẽ được cung cấp dưới dạng phần mềm mã nguồn mở. dYdX Trading Inc. sẽ không chạy bất kỳ thành phần nào.

Hiệp định

Giao thức là một chuỗi khối L1 được xây dựng trên CometBFT và sử dụng CosmosSDK. Phần mềm nút được viết bằng Go và được biên dịch thành một tệp nhị phân duy nhất. Giống như tất cả các chuỗi khối CosmosSDK, v4 sử dụng cơ chế đồng thuận bằng chứng cổ phần.

Giao thức sẽ được hỗ trợ bởi một mạng lưới các nút. Có hai loại nút:

  • Trình xác thực: Trình xác thực chịu trách nhiệm lưu trữ các đơn đặt hàng trong sổ đặt hàng trong bộ nhớ (tức là ngoài chuỗi và không cam kết đồng thuận), thông báo các giao dịch cho các trình xác thực khác và tạo các khối mới cho chuỗi dYdX thông qua quy trình đồng thuận. Quá trình đồng thuận sẽ có những người xác thực thay phiên nhau làm người đề xuất các khối mới theo kiểu vòng tròn có trọng số (được tính theo số lượng mã thông báo được đặt vào các nút của họ). Người đề xuất có trách nhiệm đề xuất nội dung của khối tiếp theo. Khi một đơn đặt hàng được khớp, những người đề xuất sẽ thêm nó vào khối được đề xuất của họ và bắt đầu một vòng đồng thuận. Một khối được coi là đã cam kết và được thêm vào chuỗi khối nếu ⅔ hoặc nhiều người xác nhận (theo tỷ lệ cổ phần) chấp thuận khối đó. Người dùng sẽ gửi giao dịch trực tiếp đến trình xác nhận.
  • Nút đầy đủ: Một nút đầy đủ đại diện cho một quá trình chạy ứng dụng v4 không tham gia vào sự đồng thuận. Đó là một nút có trọng số cổ phần bằng 0, không gửi đề xuất hoặc bỏ phiếu cho chúng. Tuy nhiên, các nút đầy đủ kết nối với mạng của trình xác thực, tham gia vào các giao dịch buôn chuyện và xử lý từng khối mới được gửi. Các nút đầy đủ có chế độ xem hoàn chỉnh về chuỗi dYdX và lịch sử của nó, đồng thời được thiết kế để hỗ trợ người lập chỉ mục. Một số bên có thể quyết định (vì lý do hiệu suất hoặc chi phí) để chạy các nút và/hoặc bộ lập chỉ mục đầy đủ của riêng họ.

người lập chỉ mục

Trình lập chỉ mục là tập hợp các dịch vụ chỉ đọc với mục đích là lập chỉ mục và cung cấp dữ liệu chuỗi khối cho người dùng theo cách hiệu quả hơn và thân thiện với web2. Điều này được thực hiện bằng cách sử dụng dữ liệu thời gian thực từ các nút đầy đủ v4, lưu trữ dữ liệu đó trong cơ sở dữ liệu và cung cấp dữ liệu đó cho người dùng cuối thông qua các yêu cầu websocket và REST.

Mặc dù bản thân giao thức v4 có khả năng hiển thị các điểm cuối cho các truy vấn dịch vụ về một số dữ liệu cơ bản trên chuỗi, nhưng các truy vấn này có xu hướng chậm do trình xác thực và các nút đầy đủ không được tối ưu hóa để xử lý chúng một cách hiệu quả. Ngoài ra, các truy vấn quá mức đối với người xác thực có thể làm giảm khả năng tham gia đồng thuận của họ. Vì lý do này, nhiều trình xác nhận Cosmos muốn tắt các API này trong sản xuất. Đây là lý do tại sao điều quan trọng là phải xây dựng và duy trì các bộ chỉ mục và các nút đầy đủ tách biệt với các trình xác thực.

Người lập chỉ mục sẽ sử dụng cơ sở dữ liệu Postgres để lưu trữ dữ liệu trên chuỗi, Redis để lưu trữ dữ liệu ngoài chuỗi và Kafka để tiêu thụ dữ liệu trên chuỗi/ngoài chuỗi và truyền phát tới các dịch vụ lập chỉ mục khác nhau.

giao diện người dùng

Để xây dựng trải nghiệm phi tập trung từ đầu đến cuối, dYdX đang xây dựng ba giao diện nguồn mở: ứng dụng web, ứng dụng iOS và ứng dụng Android.

  • Ứng dụng web: Trang web sẽ được xây dựng bằng Java và React. Trang web sẽ tương tác với Người lập chỉ mục thông qua API để nhận thông tin sổ đặt hàng ngoài chuỗi và gửi giao dịch trực tiếp trên chuỗi. dYdX sẽ mở nguồn cơ sở mã giao diện người dùng và các tập lệnh triển khai có liên quan. Điều này sẽ cho phép bất kỳ ai cũng có thể dễ dàng triển khai và truy cập giao diện người dùng dYdX đến/từ miền của riêng họ/giải pháp được lưu trữ thông qua cổng IPFS/Cloudflare.
  • Điện thoại di động: Các ứng dụng iOS và Android được xây dựng bằng Swift và Kotlin gốc tương ứng. Ứng dụng dành cho thiết bị di động sẽ tương tác với bộ lập chỉ mục theo cách giống như ứng dụng web và gửi giao dịch trực tiếp đến chuỗi. Ứng dụng di động cũng sẽ là mã nguồn mở, cho phép mọi người triển khai ứng dụng di động lên App Store hoặc Play Store. Cụ thể đối với các cửa hàng ứng dụng, người triển khai cần có tài khoản nhà phát triển và tài khoản Bitrise để hoàn tất quy trình gửi ứng dụng.

Vòng đời đặt hàng

Bây giờ chúng ta đã hiểu rõ hơn về từng thành phần của dYdX v4, hãy xem cách tất cả khớp với nhau khi đặt hàng. Khi đặt hàng ở v4 sẽ theo quy trình như sau:

  1. Người dùng giao dịch trên giao diện người dùng phi tập trung (ví dụ: trang web) hoặc thông qua API
  2. Đơn đặt hàng được chuyển đến trình xác thực. Người xác thực đó buôn chuyện về giao dịch với những người xác thực khác và các nút đầy đủ để cập nhật sổ đặt hàng của họ với đơn đặt hàng mới.
  3. Quá trình đồng thuận chọn một người xác thực làm người đề xuất. Trình xác thực được chọn khớp với thứ tự và thêm nó vào khối được đề xuất tiếp theo.
  4. Khối được đề xuất tiếp tục thông qua quy trình đồng thuận. a.Nếu ⅔ người xác thực bỏ phiếu xác nhận khối, thì khối đó sẽ được cam kết và lưu vào cơ sở dữ liệu trên chuỗi của tất cả người xác nhận và nút đầy đủ. b. Nếu khối được đề xuất không thành công trong việc đạt đến ngưỡng ⅔, thì khối đó sẽ bị từ chối.
  5. Sau khi một khối được cam kết, dữ liệu trên chuỗi (và ngoài chuỗi) được cập nhật sẽ được truyền trực tuyến từ các nút đầy đủ đến bộ chỉ mục. Sau đó, trình lập chỉ mục cung cấp dữ liệu này qua API và Websockets cho giao diện người dùng và/hoặc bất kỳ dịch vụ bên ngoài nào khác truy vấn dữ liệu này.

Luồng ở trên là tổng quan cấp cao về cách đơn đặt hàng/dữ liệu di chuyển qua phiên bản 4. Khi sắp ra mắt mạng chính v4, chúng tôi sẽ nghiên cứu sâu hơn về giao thức, bộ lập chỉ mục và cơ sở hạ tầng giao diện người dùng khác nhau trong các bài đăng trên blog tiếp theo.

Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
  • Phần thưởng
  • Bình luận
  • Chia sẻ
Bình luận
0/400
Không có bình luận
  • Ghim
Giao dịch tiền điện tử mọi lúc mọi nơi
qrCode
Quét để tải xuống ứng dụng Gate.io
Cộng đồng
Tiếng Việt
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • ไทย
  • Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)