Hiện trong hợp đồng thực hiện mua lại của $PONS vẫn còn khoảng 136.000 USD
Tôi đang nghĩ rằng, trong những thiết kế giao thức thực sự đang thực hiện mua lại này,
liệu bổ sung cơ chế mua lại linh hoạt hơn có tốt hơn việc tự động mua lại một cách máy móc không @MEADGod
Ví dụ, khi đọc diễn biến giá trong quá khứ, nếu xác định thị trường hiện đang trong xu hướng giảm thì thực hiện mua lại với tỷ lệ cao hơn
Ngược lại, nếu xác định thị trường hiện đang trong xu hướng tăng thì giảm tỷ lệ này
Ví dụ, hiện tại mỗi giờ PONS được mua lại khoảng 0.46e, đây là mức chuẩn mỗi giờ trong chu kỳ hiện tại
（1）Nếu xác định xu hướng được hình thành từ 20 nến giờ gần nhất là xu hướng giảm, số lượng mua lại sẽ là 0.6e/giờ (gấp 1.3 lần mức chuẩn)
（2）Khi thị trường trong xu hướng tăng, số lượng mua lại sẽ được điều chỉnh thành 0.32e/giờ (bằng 0.7 lần mức chuẩn)
（3）Nếu thị trường đi ngang, số lượng mua lại sẽ chủ yếu dựa trên mức chuẩn
Tôi nhờ AI làm một hình minh họa đơ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 ngân sách, mà là thay đổi cách phân bổ cùng một khoản ngân sách trong các vùng giá khác nhau
Phần chi ít hơn trong giai đoạn tăng sẽ được chuyển vào một quỹ mua lại khác; đến giai đoạn giảm thì tăng thêm khoản đầu tư từ quỹ này. Như vậy vừa duy trì được việc mua lại liên tục, vừa có thể dùng cùng một khoản tiền để mua lại nhiều PONS hơn và đốt nhiều hơn khi giá thấp hơn
Việc chỉ đọc 20 nến giờ gần nhất chỉ là ví dụ, nhưng bản thân việc này khá dễ thực hiện. Tôi có thể dùng Codex làm thử một cái (vì tôi từng triển khai cách nhận diện tương tự khi làm BOT theo dõi thị trường)
Cách hợp lý hơn có thể là trước khi thực hiện mỗi chu kỳ, nhận diện diễn biến trong tuần trước của $PONS
Thiết kế này còn có một vấn đề: nếu xu hướng giảm kéo dài trong một khoảng thời gian, tiền sẽ cạn nhanh hơn trong điều kiện thị trường như vậy
Vì vậy, tốt nhất nên triển khai cơ chế linh hoạt này trong xu hướng tăng, đồng thời dự trữ sẵn 30% quỹ ban đầu
Nếu muốn triển khai ngay ở giai đoạn hiện tại thì cũng không phải là không thể. Có thể đặt một điều kiện giới hạn cho hợp đồng: trước khi thực hiện chu kỳ, kiểm tra số dư trong quỹ dự trữ; nếu số dư ＜ tổng số tiền của chu kỳ × 0.3 thì mặc định thực hiện mua lại trong chu kỳ hiện tại theo mức chuẩn
➠ Tức là giả sử số tiền có thể dùng để mua lại trong chu kỳ này là 10E, thì nếu số dư quỹ dự trữ từ chu kỳ trước nhỏ hơn 3E, tổng số tiền mặc định dùng để mua lại trong chu kỳ này sẽ là 10E thay vì 13E
Tôi đang nghĩ rằng, trong những thiết kế giao thức thực sự đang thực hiện mua lại này,
liệu bổ sung cơ chế mua lại linh hoạt hơn có tốt hơn việc tự động mua lại một cách máy móc không @MEADGod
Ví dụ, khi đọc diễn biến giá trong quá khứ, nếu xác định thị trường hiện đang trong xu hướng giảm thì thực hiện mua lại với tỷ lệ cao hơn
Ngược lại, nếu xác định thị trường hiện đang trong xu hướng tăng thì giảm tỷ lệ này
Ví dụ, hiện tại mỗi giờ PONS được mua lại khoảng 0.46e, đây là mức chuẩn mỗi giờ trong chu kỳ hiện tại
（1）Nếu xác định xu hướng được hình thành từ 20 nến giờ gần nhất là xu hướng giảm, số lượng mua lại sẽ là 0.6e/giờ (gấp 1.3 lần mức chuẩn)
（2）Khi thị trường trong xu hướng tăng, số lượng mua lại sẽ được điều chỉnh thành 0.32e/giờ (bằng 0.7 lần mức chuẩn)
（3）Nếu thị trường đi ngang, số lượng mua lại sẽ chủ yếu dựa trên mức chuẩn
Tôi nhờ AI làm một hình minh họa đơ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 ngân sách, mà là thay đổi cách phân bổ cùng một khoản ngân sách trong các vùng giá khác nhau
Phần chi ít hơn trong giai đoạn tăng sẽ được chuyển vào một quỹ mua lại khác; đến giai đoạn giảm thì tăng thêm khoản đầu tư từ quỹ này. Như vậy vừa duy trì được việc mua lại liên tục, vừa có thể dùng cùng một khoản tiền để mua lại nhiều PONS hơn và đốt nhiều hơn khi giá thấp hơn
Việc chỉ đọc 20 nến giờ gần nhất chỉ là ví dụ, nhưng bản thân việc này khá dễ thực hiện. Tôi có thể dùng Codex làm thử một cái (vì tôi từng triển khai cách nhận diện tương tự khi làm BOT theo dõi thị trường)
Cách hợp lý hơn có thể là trước khi thực hiện mỗi chu kỳ, nhận diện diễn biến trong tuần trước của $PONS
Thiết kế này còn có một vấn đề: nếu xu hướng giảm kéo dài trong một khoảng thời gian, tiền sẽ cạn nhanh hơn trong điều kiện thị trường như vậy
Vì vậy, tốt nhất nên triển khai cơ chế linh hoạt này trong xu hướng tăng, đồng thời dự trữ sẵn 30% quỹ ban đầu
Nếu muốn triển khai ngay ở giai đoạn hiện tại thì cũng không phải là không thể. Có thể đặt một điều kiện giới hạn cho hợp đồng: trước khi thực hiện chu kỳ, kiểm tra số dư trong quỹ dự trữ; nếu số dư ＜ tổng số tiền của chu kỳ × 0.3 thì mặc định thực hiện mua lại trong chu kỳ hiện tại theo mức chuẩn
➠ Tức là giả sử số tiền có thể dùng để mua lại trong chu kỳ này là 10E, thì nếu số dư quỹ dự trữ từ chu kỳ trước nhỏ hơn 3E, tổng số tiền mặc định dùng để mua lại trong chu kỳ này sẽ là 10E thay vì 13E