EricSJ

16Đang theo dõi

89người theo dõi

Hoạt động

Hiện tại trong hợp đồng thực hiện mua lại $PONS còn khoảng 136.000 USD Tôi đang nghĩ, trong thiết kế các giao thức thực sự thực hiện mua lại này Việc thêm thiết kế mua lại linh hoạt hơn có thể tốt hơn so với mua lại tự động cơ học @MEADGod Ví dụ khi đọc xu hướng lịch sử, nếu xác định hiện tại đang trong xu hướng giảm, thì thực hiện mua lại với tỷ lệ lớn hơn Ngược lại, nếu xác định hiện tại là xu hướng tăng, thì giảm tỷ lệ này Ví dụ hiện tại mỗi giờ mua lại khoảng 0,46e PONS, đây là số cơ sở mỗi giờ trong chu kỳ hiện tại (1) Nếu xác định xu hướng của 20 cây nến giờ trước là xu hướng giảm, số lượng mua lại sẽ là 0,6e/giờ (1,3 lần số cơ sở) (2) Khi ở xu hướng tăng, số lượng mua lại điều chỉnh thành 0,32e/giờ (0,7 số cơ sở) (3) Nếu ở trạng thái trung tính, số lượng mua lại dựa trên số cơ sở Tôi đã nhờ AI làm một biểu đồ đơn giản để mọi người dễ hiểu Điểm mấu chốt ở đây không phải là để giao thức phân bổ vượt mức ngân sách, mà là thay đổi phân bổ cùng một khoản ngân sách ở các vùng giá khác nhau Phần chi ít trong giai đoạn tăng giá sẽ vào một bể mua lại khác, giai đoạn giảm giá sẽ tăng đầu tư từ bể này, như vậy vừa giữ được mua lại liên tục, vừa có thể dùng cùng số tiền mua lại nhiều PONS hơn khi giá thấp và thực hiện đốt nhiều hơn Chỉ lấy 20 cây nến giờ trước làm ví dụ, nhưng việc này dễ thực hiện, tôi có thể làm một cái bằng Codex (vì khi làm BOT giám sát thị trường tôi đã từng thực hiện nhận dạng tương tự) Cách hợp lý hơn là trước mỗi chu kỳ thực hiện, nhận dạng xu hướng $PONS trong tuần trước Thiết kế này còn một vấn đề là nếu trong một thời gian dài duy trì giai đoạn giảm, vốn sẽ bị tiêu hao nhanh hơn trong tình huống này Vì vậy tốt nhất là thực hiện cơ chế linh hoạt này trong xu hướng tăng, giữ lại 30% bể dự phòng Nếu muốn thực hiện ở giai đoạn hiện tại cũng không phải không được, cung cấp cho hợp đồng một điều kiện giới hạn: trước khi thực hiện chu kỳ truy cập số dư trong bể dự phòng, nếu số dư < tổng vốn chu kỳ × 0,3 thì chu kỳ hiện tại mặc định mua lại theo số cơ sở ➠ Tức là giả sử vốn dùng để mua lại trong một chu kỳ là 10E, nếu số dư bể dự phòng chu kỳ trước nhỏ hơn 3E, thì chu kỳ này mặc định tổng vốn mua lại là 10E chứ không phải 13E Thiết kế này về bản chất là hy sinh một phần tính xác định về thời gian mua lại để đổi lấy khả năng chống chu kỳ cao hơn Theo tôi nhớ một số giao thức Defi nổi tiếng cũng từng có đề xuất mua lại linh hoạt tương tự, nhưng do hạn chế về quy mô thu nhập và các yếu tố khác nên chưa thực hiện PONS và HYPE ở đây thực ra đều có điều kiện để thực hiện Một vài suy nghĩ Như trên