MaelleCrypto

Khi một phép hoán đổi được chuẩn bị thông qua SDK STONfi, nó bao gồm một giá trị đầu ra tối thiểu chấp nhận được. Giá trị này được suy ra từ kết quả báo giá và mức trượt giá do người dùng hoặc ứng dụng tích hợp chọn. Giao dịch gửi đến mạng tích hợp giá trị tối thiểu này như một phần của cuộc gọi hợp đồng.
Trong quá trình thực thi, các hợp đồng pool của STONfi và các tuyến đường của Omniston phải tuân thủ giới hạn này. Nếu kết quả đầu ra thực tế thấp hơn mức tối thiểu đã chỉ định, giao dịch sẽ bị hoàn lại thay vì hoàn tất với tỷ lệ tệ hơn. Điều này ngăn chặn các kết quả không mong muốn khi trạn

Các tuyến đường đa bước trên STONfi được mã hóa dưới dạng các chuỗi hoạt động đi qua nhiều bể thanh khoản. Lớp Omniston xây dựng các chuỗi này, và SDK của STONfi chuyển chúng thành một payload giao dịch duy nhất.
Mỗi bước nhấn mạnh như một cuộc gọi đến hợp đồng bể thanh khoản cụ thể với đầu vào xác định và đầu ra mong đợi. Khi thực thi, giao dịch xử lý các bước này theo thứ tự. Đầu ra của một bước trở thành đầu vào cho bước tiếp theo, trong khi mỗi bể áp dụng phí riêng của nó và cập nhật số dư của mình.
Nếu bất kỳ bước nào không đáp ứng được các ràng buộc cục bộ hoặc toàn bộ tuyến đường không

Phí thu được bởi các bể của STONfi ở lại trong bể và thực sự tích tụ theo thời gian. Khi xảy ra một phép hoán đổi, một phần của đầu vào được giữ lại như phí và cộng vào số dư của bể.
Không cần bước rút tiền hoặc phân phối lại riêng biệt cho các khoản phí này. Điều này có nghĩa là các nhà cung cấp thanh khoản thấy phần của họ trong bể tăng lên về giá trị khi nhiều giao dịch hơn diễn ra. Việc tích lũy lãi suất là ngầm định: mỗi phép hoán đổi mới sử dụng các khoản dự trữ nhỏ hơn một chút, và đường cong định giá tính đến điều đó khi tính toán đầu ra.
Ảnh hưởng này tích tụ mà không cần can thiệp th

Thực thi xác định là một đặc tính cốt lõi của hợp đồng STONfi. Với cùng các đầu vào và cùng trạng thái chuỗi, mỗi nút sẽ tính toán ra kết quả giống nhau cho các giao dịch hoán đổi, hoạt động thanh khoản và tương tác nông trại.
Điều này được đạt được bằng cách sử dụng nghiêm ngặt phép tính số cố định, tránh các nguồn dữ liệu bên ngoài và giữ tất cả trạng thái trong hợp đồng. Đối với các nhà tích hợp, điều này có nghĩa là các mô phỏng thực hiện qua SDK của STONfi sẽ khớp với kết quả trên chuỗi miễn là trạng thái nền tảng chưa thay đổi. Nếu trạng thái thay đổi giữa mô phỏng và thực thi, các kiểm

Một hành trình người dùng đầy đủ trên STONfi thường kết hợp nhiều tương tác hợp đồng vào những gì trông giống như một hành động duy nhất. Ví dụ, thêm thanh khoản qua ví có thể liên quan đến việc phê duyệt chuyển động tài sản, thực hiện một phép hoán đổi nội bộ để cung cấp tùy ý, đúc cổ phần pool và tùy chọn đặt cược chúng vào hợp đồng canh tác
. SDK của STONfi điều phối các bước này thành một giao dịch đã chuẩn bị hoặc một chuỗi ngắn, tùy thuộc vào khả năng của ví. Từ góc nhìn của người dùng, nó vẫn là một luồng đơn giản: chọn một pool, chọn một số lượng và xác nhận. Dưới lớp, mỗi bước được sắ

Khi các phép hoán đổi tiếp cận giới hạn của dung lượng pool, STONfi phải xử lý các trường hợp ngoại lệ như đầu ra gần bằng không hoặc biến động giá cực đoan. Các hợp đồng pool bao gồm các kiểm tra ngăn chặn các giao dịch làm cạn kiệt gần như toàn bộ một tài sản hoặc đẩy giá vào phạm vi không hợp lý so với dự trữ.
Omniston cũng đóng vai trò bằng cách cảnh báo các tuyến đường mà đầu ra dự kiến quá nhỏ so với đầu vào hoặc nơi trượt giá vượt quá giới hạn đã cấu hình ngay cả trước khi thực thi. Các tuyến đường như vậy bị từ chối ở giai đoạn báo giá, vì vậy chúng không bao giờ đến được điểm người

Một số pool trên STONfi mang nhãn hiệu chỉ ra các cơ chế bổ sung, chẳng hạn như bảo vệ mất tạm thời hoặc hành vi hoán đổi ổn định. Các pool hướng tới ổn định được thiết kế cho các tài sản thường giao dịch trong phạm vi giá hẹp.
Chúng tập trung thanh khoản quanh mức giá dự kiến và có thể giảm trượt giá cho các lệch nhỏ. Bảo vệ mất tạm thời bổ sung một lớp nữa cho các pool cụ thể. Nó bù đắp một phần cho các nhà cung cấp thanh khoản về sự phân kỳ giá giữa các tài sản trong các pool đó, thường thông qua phần thưởng bổ sung được tài trợ bởi giao thức hoặc các dự án liên quan. Từ góc nhìn của người

SDK STONfi hoạt động như một lớp tích hợp chung cho ví, bot và ứng dụng muốn sử dụng giao thức. Thay vì mỗi sản phẩm tự triển khai logic riêng về định giá, định tuyến và xây dựng giao dịch, họ gọi các hàm SDK bao gồm các chi tiết này. Bên trong, SDK giao tiếp với cùng các hợp đồng và định tuyến Omniston cung cấp năng lượng cho giao diện chính của STONfi.
Nó yêu cầu báo giá, xây dựng giao dịch và chuẩn bị các cấu trúc dữ liệu có thể được ký bởi người dùng trong môi trường ưa thích của họ. Điều này giữ cho hành vi nhất quán trên các công cụ khác nhau: cùng một đầu vào dẫn đến các đầu ra tương tự

Cung cấp một mặt đơn trên STONfi không chỉ đơn giản hóa việc vào các pool. Nó cũng giúp dễ dàng phản ứng khi các cơ hội canh tác mới xuất hiện trên lượng thanh khoản hiện có. Một người dùng có thể vào pool chỉ với một tài sản, mà không cần phải chia nhỏ số dư của họ và điều chỉnh tỷ lệ thủ công.
Hợp đồng sử dụng các pool riêng của STONfi để thực hiện phép hoán đổi nội bộ cần thiết và phân bổ vị trí kết quả. Khi vị trí đã tồn tại, nó có thể được đặt cọc trong các hợp đồng canh tác nằm trên lượng thanh khoản cùng đó. Các bước kỹ thuật giữa việc giữ một tài sản đơn và tham gia vào một trang trạ

Cung cấp một mặt đơn trên STONfi không chỉ đơn giản hóa việc vào các pool. Nó cũng giúp dễ dàng phản ứng hơn khi các cơ hội canh tác mới xuất hiện trên lượng thanh khoản hiện có. Một người dùng có thể vào pool chỉ với một tài sản, mà không cần phải chia nhỏ số dư của họ và điều chỉnh tỷ lệ thủ công.
Hợp đồng sử dụng các pool riêng của STONfi để thực hiện phép hoán đổi nội bộ cần thiết và phân bổ vị trí kết quả. Khi vị trí đã tồn tại, nó có thể được đặt cọc trong các hợp đồng canh tác nằm trên lượng thanh khoản cùng đó. Các bước kỹ thuật giữa việc giữ một tài sản đơn và tham gia vào một trang

Khi hoạt động trên TON tăng lên, lớp định tuyến được sử dụng bởi STONfi phải tính đến các chi phí gas thay đổi, điều kiện của các pool và các địa điểm mới. Omniston liên tục cập nhật quan điểm về các tuyến đường khả dụng, xem xét không chỉ giá cả mà còn cả chi phí và độ tin cậy của từng lộ trình.
Nếu việc sử dụng gas hoặc tắc nghẽn làm cho một tuyến đường cụ thể trở nên kém hấp dẫn hơn, bộ định tuyến có thể chuyển hướng ưu tiên sang các lựa chọn thay thế đạt được kết quả tương tự với ít bước hơn. Khi các pool hoặc địa điểm kết nối mới của STONfi đạt độ sâu đáng kể, chúng có thể được thêm vào b

STONfi được sử dụng làm backend bởi nhiều ví, bot và ứng dụng trên mạng lưới TON. Khi người dùng nhấn nút hoán đổi trong ví hoặc bot Telegram, yêu cầu thường được gửi đến các pool và định tuyến của STONfi thay vì một sàn giao dịch riêng biệt trong nhà.
Mô hình backend chia sẻ này có nghĩa là các giao diện khác nhau có thể cung cấp hoán đổi, cung cấp thanh khoản và canh tác mà không trùng lặp logic cốt lõi. Họ dựa vào cùng các pool, cùng lớp định tuyến Omniston và cùng SDK của STONfi.
Đối với người dùng, điều này dẫn đến giá cả và hành vi tương tự nhau trên các công cụ, ngay cả khi giao diện ph

Trên nền tảng kiến trúc kỹ thuật của nó, STONfi hỗ trợ các cơ chế phù hợp với cộng đồng như chương trình đại sứ, cuộc gọi giáo dục và các cuộc thảo luận mở về cập nhật giao thức.
Những sáng kiến này sử dụng cùng các hợp đồng và dữ liệu cung cấp năng lượng cho hệ thống cốt lõi, ví dụ như phân phối phần thưởng thông qua các hợp đồng canh tác hoặc liên kết sự công nhận với sự tham gia trên chuỗi. Vì phần thưởng cộng đồng được truyền qua cùng hạ tầng với các hành động DeFi thông thường, nên không có hệ thống kế toán riêng biệt nào có thể lệch khỏi việc sử dụng thực tế.
Các ưu đãi có thể được liê

Khi người dùng xác nhận hoán đổi trên STONfi, quy trình bắt đầu bằng một yêu cầu báo giá thay vì một giao dịch trực tiếp. Giao diện hoặc ứng dụng tích hợp yêu cầu từ backend của STONfi một cặp đầu vào và đầu ra chính xác, bao gồm mức độ lệch tối đa chấp nhận được và một khoảng thời gian trong đó giao dịch hoán đổi phải được thực hiện.
Dưới lớp, yêu cầu này được chuyển đến Omniston, nơi nó truy vấn nhiều bộ giải pháp. Mỗi bộ giải pháp xem xét trạng thái hiện tại của các pool STONfi và các địa điểm kết nối khác, mô phỏng các con đường tiềm năng và trả về một tuyến đường ứng viên với mức giá đã

Bên trong, mỗi bể STONfi theo dõi các nhà cung cấp thanh khoản thông qua mô hình kế toán dựa trên cổ phần. Khi người dùng thêm thanh khoản, hợp đồng tính toán số cổ phần tương ứng với phần đóng góp của họ, dựa trên kích thước và thành phần hiện tại của bể.
Những cổ phần này đại diện cho một phần của tổng dự trữ của bể. Khi các giao dịch hoán đổi xảy ra, phí tích tụ trong bể và thay đổi số dư tuyệt đối của cả hai tài sản. Số cổ phần mà mỗi nhà cung cấp nắm giữ vẫn giữ nguyên, nhưng giá trị đằng sau mỗi cổ phần tăng lên cùng với tổng dự trữ của bể. Khi nhà cung cấp rút tiền, hợp đồng sử dụng t

Khi một giao dịch hoán đổi được thực hiện qua STONfi, phí được áp dụng tại cấp độ bể nổi thay vì ở một bước toàn cầu duy nhất. Mỗi bể trong tuyến đường đã chọn tính phí riêng của nó trên giao dịch đến, cộng phí đó vào dự trữ của nó và chuyển phần còn lại đi xa hơn.
Phí thực tế cho người dùng do đó là tổng của tất cả các phí cấp bể dọc theo tuyến đường. Vì Omniston nhìn thấy toàn bộ lộ trình, nó có thể tính đến các phí này khi so sánh các tuyến đường ứng viên. Một lộ trình có nhiều bước nhảy không phải lúc nào cũng tệ hơn, nhưng nó phải bù đắp cho phí bổ sung bằng giá tốt hơn hoặc thanh khoản

Trên nhiều nhà tạo lập thị trường tự động, tham gia vào một nhóm yêu cầu giữ cả hai tài sản theo tỷ lệ cụ thể. Trên STONfi, cung cấp thanh khoản có thể bắt đầu với một tài sản duy nhất. Hợp đồng chấp nhận một token, thực hiện một phép hoán đổi nội bộ sử dụng các nhóm STONfi, và sau đó xây dựng vị thế cân bằng phù hợp với đường cong của nhóm. Đối với người dùng, điều này loại bỏ bước chuẩn bị thủ công.
Không cần phải chia số dư thành hai tài sản trước hoặc điều chỉnh cho các thay đổi giá nhỏ trước khi thêm thanh khoản. Hợp đồng xử lý việc chuyển đổi và tính toán, và vị thế cuối cùng hoạt động g

Các bể STONfi có thể mang nhãn phiên bản như v1 và v2, cùng với các thẻ như nông nghiệp, ổn định hoặc bảo vệ. Các phiên bản chỉ ra thế hệ hợp đồng mà bể sử dụng. Các phiên bản mới hơn thường bao gồm các cải tiến về toán học, hiệu quả gas hoặc kiểm tra an ninh, trong khi vẫn giữ giao diện cơ bản quen thuộc. Những nhãn này không chỉ là gợi ý trực quan.
Logic định tuyến điều khiển STONfi và Omniston có thể ưu tiên các bể v2 khi độ sâu đủ, trong khi vẫn hỗ trợ v1 khi thanh khoản còn lại. Trong thực tế, điều này có nghĩa là các nâng cấp có thể được triển khai dần dần, và thanh khoản có thể di chuyể

Omniston hoạt động như một mạng lưới thanh khoản kết nối nhiều nguồn thanh khoản phía sau một điểm vào STONfi duy nhất. Khi có yêu cầu hoán đổi, Omniston chuẩn bị một báo giá bằng cách liên hệ với nhiều bộ giải pháp. Mỗi bộ giải pháp có thể tổng hợp thanh khoản từ các pool của STONfi và các địa điểm phù hợp khác trong mạng.
Phản hồi từ các bộ giải pháp bao gồm một mức giá và mô tả tuyến đường. Logic của Omniston trong STONfi so sánh các tùy chọn này và chọn tuyến đường đáp ứng các tham số yêu cầu với chi phí thấp nhất hoặc kết quả tốt nhất. Tuyến đường được chọn sau đó được chuyển thành một gi

STONfi hỗ trợ nhiều loại pool để phù hợp hơn với các cặp tài sản khác nhau. Các pool biến động theo dõi đường cong nhà tạo lập thị trường tự động tiêu chuẩn phù hợp với các tài sản có biến động giá độc lập. Các pool hướng tới ổn định điều chỉnh đường cong để tập trung thanh khoản quanh phạm vi giá hẹp khi dự đoán các tài sản sẽ duy trì gần nhau về giá trị. Một số pool bổ sung các cơ chế bảo vệ, chẳng hạn như bảo hiểm một phần thiệt hại tạm thời.
Các cơ chế này được thực hiện thông qua các luồng thưởng bổ sung hoặc các giới hạn do các dự án đứng sau cặp tài sản xác định. Về mặt kỹ thuật, chúng