How Smart Cycle Works: The Path of Funds from Creation to Completion

Smart Cycle là sản phẩm góp vốn tương hỗ Web3 thử nghiệm của Atlas System. Để đánh giá có trách nhiệm, chỉ xem thời hạn và Delta tiềm năng là chưa đủ. Người dùng cần theo dõi toàn bộ quá trình: nội dung nào được phê duyệt trong ví, USDT đi đâu, khi nào có thể Claim và vì sao kết thúc thời hạn không bảo đảm việc nhận tiền.

Phần trình bày dưới đây phản ánh tài liệu công khai của Atlas System tại thời điểm viết. Địa chỉ hợp đồng và dữ liệu động luôn phải được đối chiếu với sổ đăng ký chính thức mới nhất và BscScan.

1. Kết nối ví

Người dùng kết nối ví Web3 tương thích với giao diện Atlas. Việc kết nối cho phép trang web thấy địa chỉ công khai; tự nó không chuyển tiền.

Việc chuyển tiền chỉ diễn ra sau khi giao dịch được phê duyệt trong ví. Trước khi xác nhận, hãy kiểm tra:

tên miền chính thức;
mạng BNB Smart Chain;
địa chỉ hợp đồng nhận;
số tiền USDT;
mọi quyền phê duyệt chi tiêu token được yêu cầu;
phí mạng dự kiến tính bằng BNB.

Tuyệt đối không nhập khóa riêng tư hoặc cụm từ hạt giống trên trang web hay tiết lộ cho bộ phận hỗ trợ.

2. Chọn loại chu kỳ

Trang web chính thức mô tả hai luồng chính của Smart Cycle 1.

Quy trình khóa

Người dùng cung cấp hỗ trợ trong thời hạn cố định. Các gói chính đã công bố sử dụng thời hạn 1, 5, 10, 20 hoặc 30 ngày cùng các giá trị Delta tương ứng. Sau khi thời hạn kết thúc, người dùng có thể gửi một Claim duy nhất cho Số tiền hỗ trợ và Delta theo quy tắc chu kỳ.

Dòng chảy hàng ngày

Đây là chu kỳ 200 ngày, trong đó có thể gửi yêu cầu hỗ trợ hằng ngày theo quy tắc của hợp đồng. Số tiền hỗ trợ ban đầu được hoàn lại từng phần trong khoản hỗ trợ hằng ngày, thay vì được trả riêng vào cuối chu kỳ.

Cần kiểm tra các tham số trong giao diện và hợp đồng ngay trước khi tạo chu kỳ. Trang công khai có thể được cập nhật, và phiên bản hợp đồng hiện hành với phiên bản cũ có địa chỉ khác nhau.

3. Xác nhận thao tác và tạo bản ghi on-chain

Người dùng xác nhận giao dịch trong ví. Khi giao dịch được đưa vào một khối BNB Chain, việc tạo chu kỳ được ghi on-chain.

Do not check only whether the status says Thành công. Verify the contract address, sender, token, and amount. A successful transaction to the wrong address is still wrong and is usually irreversible.

Sổ đăng ký chính thức xác định USDT BEP-20 là tài sản thanh toán. Trang web chính công bố địa chỉ riêng cho Lockup Flow và Daily Flow. Sổ đăng ký v3.0 phân biệt Daily Flow V2 hiện hành với Daily Flow V1 cũ, vẫn liên quan đến các chu kỳ cũ đang hoạt động và việc kiểm tra lịch sử. Tuyệt đối không sao chép địa chỉ từ bài đăng không chính thức.

4. Tiền được chuyển đến đâu

Sau khi chu kỳ được tạo, USDT tham gia vào hạ tầng thanh khoản chung của Atlas theo logic hợp đồng.

Sổ đăng ký kỹ thuật mô tả một vị thế LP của Atlas trong nhóm PancakeSwap V3 USDT/USDC công khai. Vị thế được đại diện bằng LP-NFT. Tại thời điểm chụp dữ liệu đăng ký, chủ sở hữu là SAFE Atlas với ngưỡng chữ ký 2-of-3, còn các hợp đồng Flow và Transport có quyền vận hành.

Các dữ kiện này cần được diễn giải thận trọng:

tổng thanh khoản trong nhóm PancakeSwap công khai không phải là thanh khoản Atlas;
chỉ số Atlas liên quan là lượng tài sản gắn với vị thế LP đã chỉ định;
Số dư Treasury, Distribute, hợp đồng Flow và ví của bên thứ ba là các chỉ số riêng biệt;
các giá trị có thể thay đổi, vì vậy ảnh chụp sổ đăng ký không thay thế cho việc kiểm tra on-chain hiện tại.

Theo mô tả chính thức của Atlas, tiền không được phân bổ cho một doanh nghiệp bên ngoài để tạo ra lợi nhuận đầu tư. Số tiền hỗ trợ và Delta được hình thành thông qua việc phân phối lại trong hệ thống.

5. Thời hạn của chu kỳ

Trong thời hạn Lockup Flow, bản ghi chu kỳ vẫn nằm on-chain. Giao diện hiển thị thời điểm tạo, thời lượng và trạng thái, nhưng chỉ là cách xem thuận tiện. Trạng thái hợp đồng mới là nguồn có thẩm quyền.

Cần phân biệt ba sự kiện:

thời hạn đã chọn kết thúc;
yêu cầu hỗ trợ trở nên khả dụng theo quy tắc hợp đồng;
yêu cầu hỗ trợ thành công và USDT được chuyển vào ví.

Sự kiện đầu tiên không tự động dẫn đến sự kiện thứ ba.

Trong Daily Flow, người dùng có thể gửi Claim trong thời hạn 200 ngày theo quy tắc hợp đồng. Đừng cho rằng tiền tự động được gửi vào ví nếu chưa gửi giao dịch Claim.

6. Yêu cầu hỗ trợ

Once the applicable conditions are met, the user initiates a Claim through the interface and confirms the transaction in the wallet. The smart contract checks the cycle conditions and available liquidity.

Trang web chính thức của Atlas nêu rằng Số tiền hỗ trợ và Delta chỉ có thể được yêu cầu khi có đủ thanh khoản. Thanh khoản đó được hình thành từ tiền của người tham gia. Vì vậy, đến ngày Claim có nghĩa là có thể gửi yêu cầu theo quy tắc, chứ không phải cam kết thanh toán vô điều kiện.

Nếu thanh khoản đủ và giao dịch thành công, USDT được gửi đến ví của người dùng. Có thể xác minh kết quả trên BscScan bằng mã băm giao dịch và lịch sử chuyển token.

Nếu Claim thất bại, trước tiên hãy kiểm tra lỗi, số dư BNB khả dụng để trả phí gas, mạng đã chọn, trạng thái hợp đồng và thanh khoản hiện tại. Lặp lại giao dịch khi chưa hiểu nguyên nhân thất bại có thể chỉ làm phát sinh thêm phí mạng.

7. Delta và phí nền tảng

Delta là khoản hỗ trợ bổ sung được quy định bởi chu kỳ đã chọn. Đây không phải là phần lợi nhuận từ hoạt động đầu tư bên ngoài. Atlas cho biết Delta được hình thành thông qua việc phân phối lại tiền của người tham gia.

Trang Smart Cycle 1 liệt kê phí nền tảng 10% trên Delta và phần thưởng đối tác, đồng thời nêu phí này không áp dụng cho Số tiền hỗ trợ ban đầu. Hãy kiểm tra lại giá trị trong giao diện hiện tại và tham số on-chain trước khi thao tác. Sổ đăng ký kỹ thuật khuyến nghị rõ ràng người dùng đọc lại các giá trị hợp đồng hiện hành.

8. Khi nào một chu kỳ hoàn tất?

Đối với người dùng, hoàn tất trên thực tế không chỉ là bộ đếm thời gian về không. Đó là một giao dịch Claim đã được xác nhận và số USDT tương ứng thực sự được nhận tại địa chỉ của người dùng.

Sau đó, có thể dùng BscScan để kiểm tra:

mã băm và trạng thái giao dịch;
địa chỉ hợp đồng;
địa chỉ người nhận;
số USDT được chuyển;
phí mạng;
dấu thời gian và số khối.

Bảng điều khiển hữu ích cho việc điều hướng. Nếu thông tin xung đột với dữ liệu on-chain, hãy dựa vào blockchain và tài liệu kỹ thuật chính thức.

Toàn bộ quy trình trong một dòng

Ví người dùng → hợp đồng Smart Cycle → hạ tầng thanh khoản dùng chung → điều kiện chu kỳ → yêu cầu hỗ trợ → kiểm tra hợp đồng và thanh khoản → ví người dùng

Hợp đồng thông minh xác định các quy tắc vận hành trong suốt quá trình này. Hợp đồng không bảo đảm sẽ có đủ tiền khi Claim được gửi.

Những gì bạn nên tự xác minh

Trước khi tạo chu kỳ:

địa chỉ chính thức của đúng phiên bản hợp đồng;
mạng và token USDT BEP-20;
thời hạn, Delta và phương thức yêu cầu hỗ trợ;
phí nền tảng và phí mạng;
thanh khoản Atlas hiện tại, không nhầm lẫn với toàn bộ nhóm thanh khoản PancakeSwap;
cảnh báo rằng việc hoàn lại Số tiền hỗ trợ không được bảo đảm.

Sau khi tạo:

trạng thái giao dịch thành công;
các thông số on-chain của chu kỳ của bạn;
ngày bắt đầu có thể gửi yêu cầu hỗ trợ;
thanh khoản hiện tại trước khi gửi yêu cầu;
việc nhận USDT sau yêu cầu hỗ trợ.

Điểm chính cần nhớ

Smart Cycle tự động hóa việc tạo chu kỳ và Claim theo các quy tắc xác định trước. Lockup Flow dùng thời hạn cố định; Daily Flow dùng Claim hằng ngày trong thời hạn 200 ngày. Số tiền hỗ trợ và Delta chỉ đến tay người dùng sau khi Claim thành công.

Rủi ro chính không nằm ở bộ đếm thời gian mà ở nguồn tiền cho Claim: việc nhận lại Số tiền hỗ trợ và Delta phụ thuộc vào thanh khoản hình thành từ tiền của người tham gia và không được bảo đảm. Vì vậy, chỉ nên đưa ra quyết định sau khi xem xét hợp đồng, dòng tiền và tình huống thiếu thanh khoản.

Bài viết này chỉ nhằm mục đích giáo dục và không phải là tư vấn tài chính. Ngay trước mỗi giao dịch, hãy xác minh địa chỉ, phiên bản hợp đồng và dữ liệu động qua các nguồn chính thức hiện hành.