Cùng vớiFMZSố lượng người dùng tăng lên để cung cấp cho một lượng lớn người dùng.FMZNgười dùng mang lại trải nghiệm sử dụng tốt hơn, dễ dàng quản lý robot thực; điều chỉnh các hệ thống thanh toán và cơ chế hiện có.
Điều chỉnh chu kỳ tính phí tối thiểu:
Các chu kỳ tính phí tối thiểu được tính theo đơn vị đồng xu, được sửa đổi thành đơn vị đồng xu giờ. Một robot thực được tạo ra ngay lập tức.Bắt đầu tính phíĐơn vị tính toán chu kỳ tối thiểu là đồng hồ, tức là:FMZSố tiền được tính vào tài khoản là 1 giờ. Trong vòng 1 giờ sau khi thanh toán, không có máy tính thực được khởi động hoặc ngừng hoạt động, không tạo ra tiêu thụ mới (tạm dịch: ngừng máy tính thực trong khoảng thời gian này)Không.Điều này dẫn đến việc hệ thống thanh toán bị tạm dừng và máy tính thực được khởi động lại.Không.Lặp lại phí 1 giờ) ; sau khi vào chu kỳ phí 1 giờ tiếp theo, hệ thống sẽ bắt đầu tính phí lại (lệ phí 1 giờ là 0.125 CNY)
Chi phí1 giờSố tiền:
Các thuật toán tính phí
Việc điều chỉnh tính phí này, chi tiết hơn về chu kỳ tính phí tối thiểu, mức tính phí tối thiểu, thuận tiện cho người dùng kiểm tra chiến lược thực tế, người dùng sử dụng chi phí giảm.
Chi phí ban đầu:3 CNY/ngày，
thay đổi thànhChi phí hiện tại:3 / 24 = 0.125Đó là 0.125 CNY/giờ.
Chi phí 1 giờ cho robot thực được gắn liền với robot cụ thể và không được chia sẻ giữa các robot.
Ví dụ: Robot A không khởi động trong 1 giờ trước lúc này, sau khi khởi động lúc này sẽ tạo ra phí tính phí 1 giờ, dừng Robot A, tạo và khởi động Robot B mới, sẽ tính phí lại cho Robot B. Robot A và robot B không chia sẻ bất kỳ chi phí thời gian nào và là hai trường hợp hoàn toàn độc lập.
Loại bỏ số đĩa thực
Sau khi cập nhật, không còn giới hạn về số lượng đĩa thực đồng thời, miễn làFMZSố dư tài khoản đủ để khởi động robot theo nhu cầu.
Thời gian thanh toán bắt đầu
Thời gian tính toán của robot thực là bắt đầu tính theo thời gian khởi động của robot, chứ không phải là thời gian toàn bộ.
Ví dụ: robot thực A không khởi động trong 1 giờ trước thời điểm này, khởi động này tạo ra phí tính phí 1 giờ, thời gian tính phí bắt đầu từ đó, mỗi lần chạy sau 1 giờ, tạo ra một khoản tính phí tiêu thụ. Nếu robot dừng lại, khởi động trong 1 giờ sau giờ tính toán gần đây nhất sẽ không tạo ra tiêu thụ mới, nếu khởi động gần đây hơn 1 giờ sau giờ tính toán, khởi động sẽ được tính phí lại.
Khi FMZ không có số dư
Khi FMZ tài khoản không có số dư đầy đủ, chẳng hạn như không được thanh toán kịp thời, sẽ dẫn đến máy tính thực sự bị ngừng hoạt động, và FMZ tài khoản sẽ có cảnh báo khi ngừng hoạt động.
Nếu robot không còn được lên kế hoạch sử dụng, cần đảm bảo để robot ở trạng thái dừng. Không bao giờ giết chương trình quản trị trực tiếp trên máy chủ, điều này có thể dẫn đến sự gián đoạn liên lạc giữa người quản trị và nhà phát minh.
Quá trình chính xác để dừng robot là nhấp vào nút dừng bot trên trang quản lý bot, để bot ở trạng thái dừng. Nếu nút dừng bot không hiệu quả, bạn có thể thử nhấp vào nút giết bot. Nếu hiển thị máy chủ không thể dừng bot, bạn có thể ở trang quản lý máy chủ, trước tiên xóa máy chủ offline, sau đó dừng bot hoặc xóa bot.
JĐiều đó là tốt hơn là hợp lý hơn.
BamsmenBạn bè, điểm mấu chốt là: Tôi đã tìm thấy rằng các đĩa tương tự (đánh giá tương tự) chỉ có thể sử dụng một vài cặp giao dịch để kiểm tra, BTC, ETH, LTC, v.v. Vì vậy, có phải rất nhiều chiến lược phải được thử nghiệm trên đĩa thực? (Tôi không chủ yếu thử nghiệm các chiến lược tốt hay xấu, chủ yếu là chưa quen thuộc với ngữ pháp và những thứ khác)
edwardgywÔng chủ không phải là người kiếm tiền, nhưng bữa trưa miễn phí không được đánh giá cao, hãy ủng hộ! Ngoài ra, hãy nhanh chóng kết nối các hợp đồng tương lai ở nước ngoài.
Trong khi đó, các nhà đầu tư khác cũng có thể tham gia vào các hoạt động này.Điều này giúp giảm chi phí kiểm tra. Nhưng giảm thêm 3 giờ trì hoãn.
Mẹ tôi gọiBây giờ là không trả tiền. Không thể chạy được. function main (()) { while ((true) { Log ((1); LogStatus ((1); Sleep ((5000); ♪ ♪ ♪ ♪ Không thấy kết quả.
BamsmenCó phải bạn cần phải trả tiền khi chạy thử nghiệm?
Giấc mơ nhỏDebug nên kiểm tra lại hệ thống. Đủ, hệ thống kiểm tra lại có chế độ chấp nhận lỗi, sẽ ngẫu nhiên gửi lỗi cho API, nếu chế độ chấp nhận lỗi được chấp nhận, cơ bản có thể thử nghiệm trên đĩa thực.
BamsmenĐiều này là đúng, nhưng tôi đã viết về các giao dịch với tỷ lệ lợi nhuận trong một số loại tiền tệ cụ thể, có phải tình huống này chỉ có thể được gỡ lỗi bằng robot thực tế?
Giấc mơ nhỏCó lẽ vì lý do này: Tại sao hệ thống kiểm tra lại không hỗ trợ nhiều cặp giao dịch hơn? https://www.botvs.com/bbs-topic/1156, Hệ thống thử nghiệm chỉ hỗ trợ một số loại tiền tệ chính của một số sàn giao dịch lớn hơn, một số loại tiền tệ chưa được hỗ trợ tạm thời. Nếu cần kiểm tra, chiến lược có thể thay đổi logic đơn giản dưới nền tảng thực thành giả lập, ví dụ như hàm exchange.Log (((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( Các câu hỏi thường gặp: https://www.botvs.com/bbs-topic/1427 Câu hỏi số 28. Nói một cách đơn giản là hệ thống phản hồi. Cố gắng hỗ trợ các cặp giao dịch chính thống nhất có thể. Phản hồi không nên phù hợp với một giống cụ thể, tức là nếu chiến lược hiệu quả, ngay cả khi là một loạt các biến động hành vi được tạo ra ngẫu nhiên với quy tắc giao dịch, hoặc là các hành vi tiền tệ khác, đều nên có hoạt động về cơ bản hướng về lợi nhuận, đây là tính phổ biến của chiến lược, nếu chỉ có thể phù hợp với một đoạn dữ liệu lịch sử hoặc một giống hoạt động tốt, thì chiến lược đó thực sự có rủi ro tiềm ẩn, hoặc thiếu sót.
Mẹ tôi gọiBây giờ là kết quả không thấy log và LogStatus.
Giấc mơ nhỏTất cả các đĩa giả đều miễn phí, chỉ tính phí đĩa thực, bây giờ đã được sửa đổi, tính phí theo giờ, 1 đô la để chơi trong một thời gian dài.
Giấc mơ nhỏThử nghiệm một lần một giờ 0.125 đô la; tính theo giờ, một đô la Thử nghiệm có thể chơi trong một thời gian dài.