Năng lượng TRON rẻ nhất khi nào
Câu trả lời cho năng lượng TRON rẻ nhất khi nào là một chiếc đồng hồ chứ không phải một con số. Biểu giá bán của chúng tôi được cắt thành các khung giờ trong ngày, và giá bên trong một khung được tính lại theo thị trường năm phút một lần, nên một giờ bất kỳ tốn bao nhiêu là chuyện luôn dịch chuyển. Cái ít dịch chuyển hơn là hình dạng của một ngày: suốt ba mươi ngày lịch sử theo giờ kết thúc ngày 7 tháng 9 năm 2026, vẫn cùng một dải giờ ấy là dải rẻ, gần như ngày nào cũng vậy — 01:00 đến 12:00 UTC, với giờ bắt đầu lúc 06:00 là rẻ nhất trong tất cả. Đây là tấm bản đồ đó, và một bộ phận chi trả có thể làm gì với nó.
Các ranh giới rơi vào đâu, theo UTC
GET /v1/tariff là công khai và không cần khóa, còn reference_schedule của nó là một ngày được cắt thành các đoạn, xếp theo thời gian trong ngày. Theo cách cắt hiện nay: thấp điểm chạy từ 01:00 đến 12:00, bình thường giữ hai vai 00:00 đến 01:00 và 12:00 đến 14:00, còn cao điểm chạy từ 14:00 đến nửa đêm. Tên một khung là một dải giá chứ không phải một thời điểm trong ngày — standard chiếm hai đoạn tách rời, và đó là lý do một dòng được nhận diện bằng các mốc của nó chứ không bằng zone.
Hai trường cứu bạn khỏi việc tự tính toán giờ giấc ở phía mình. Đúng một dòng mang active: true, và đó là đoạn đang chạy; next_change_at là thời điểm nó kết thúc, và tuổi thọ bộ đệm của câu trả lời không bao giờ dài hơn khoảng thời gian còn lại tới mốc ấy. Hãy đọc hai trường đó thay vì đem đồng hồ của mình ra so với bảng.
Phần còn lại của lịch là một bản ghi chứ không phải một dự báo: mọi đoạn, kể cả đoạn đang chạy, đều mang theo con số nó thực sự đã tốn trong lượt chạy trọn vẹn gần nhất, và avg_basis cho biết có gì được đo hay không — none, ngay sau một lần đổi lịch, nghĩa là con số ấy là null chứ không phải được bịa ra. Không có gì trong đó là lời chào giá cho về sau — mức giá ràng buộc duy nhất là mức được chốt vào một đơn hàng lúc đơn hàng được tạo.
Ba mươi ngày lịch sử đã cho thấy gì
GET /v1/tariff/history?range=30d trả lời bằng 720 điểm, mỗi giờ một điểm, không thiếu chỗ nào và không phân trang. Lấy trung bình từng giờ trong hai mươi tư giờ của một ngày qua ba mươi ngày kết thúc ngày 7 tháng 9 năm 2026, ta có một bảng xếp hạng đơn giản. Nửa đầu của khoảng đó có trước khi việc tự động tính lại giá bắt đầu, khi mỗi khung đứng ở một con số cố định; nửa sau đã được tính lại, và hình dạng ấy sống sót qua cả hai nửa.
Mười một giờ rẻ nhất trong ngày, không trừ giờ nào, chính là mười một giờ của khung thấp điểm. Rẻ nhất là giờ bắt đầu lúc 06:00 UTC, với 05:00 bám ngay sau, và cả buổi sáng từ 05:00 đến 09:00 nằm sát nhau. Từ đó giá leo lên qua cái vai giữa trưa, rồi từ 14:00 đến nửa đêm nó nằm trên một mặt bằng nơi giờ nào cũng chỉ hơn kém giờ khác một sợi tóc: giờ đắt nhất là 15:00, và buổi tối muộn ngang bằng với nó. Ngoại lệ là giờ ngay sau nửa đêm — mang tên standard, nhưng trung bình lại đắt hơn cả hai giờ giữa trưa và gần với cao điểm hơn nhiều.
Nói theo tỷ lệ, đó mới là dạng đáng mang về: qua ba mươi ngày ấy, khung thấp điểm trung bình bằng khoảng một phần tư mức mạng lưới lấy để đốt cùng lượng năng lượng đó, còn khung cao điểm bằng khoảng một phần ba. Cao điểm so với thấp điểm xấp xỉ bốn trên ba, nên dời một lô ra khỏi buổi tối và đưa vào buổi sáng cắt đi khoảng một phần tư so với mức lẽ ra đã bị tính. Đo trong một tháng; không phải lời hứa cho ngày mai.
Cùng bộ dữ liệu ấy sinh ra hai lời nhắc dè chừng. Đây là một xu hướng chứ không phải một thời khóa biểu: mức giá rẻ nhất trong ngày rơi vào đâu đó bên trong thấp điểm ở hai mươi bảy trong số hai mươi chín ngày trọn vẹn, tức là còn hai ngày thì không. Và một giờ trong ngày không phải là một mức giá — các lần đọc cho giờ rẻ nhất trải trên một dải rộng hơn cả khoảng cách trung bình giữa thấp điểm và cao điểm. Cuối tuần nằm thấp hơn ngày thường một chút, nhưng chỉ bằng một phần nhỏ của khoảng cách ngày với đêm, và không đủ để xếp lịch theo.
Vì sao một ngày có hình dạng ấy
Chỉ nói tới mức còn bảo vệ được. Các ranh giới là của chúng tôi, và chúng dịch chuyển vì một lý do được nêu ra: lần cắt lại gần nhất, ngày 17 tháng 8 năm 2026, đã lấy dải từ 20:00 UTC tới nửa đêm — những giờ mà các nhà cung cấp dự phòng của chúng tôi đang nằm trong dải đắt nhất của chính họ — ra khỏi standard và đưa vào peak. Đó là một chi phí nguồn cung đo được ở phía chúng tôi, không phải một lý thuyết về chuyện ai đang thức ở đâu. Một khung tốn bao nhiêu là một cơ chế tách rời với chuyện nó chạy lúc nào: lịch trả lời câu hỏi khi nào, còn giá bên trong nó được tính lại theo thị trường vài phút một lần.
Cái bóng ấy không phải chỉ của riêng chúng tôi, dù điều đó đáng giá tới đâu. Trong số các nhà cung cấp chúng tôi theo dõi, có một bên công bố cả một đường giá thay vì một con số duy nhất, và khi được đọc vào ngày 3 tháng 9 năm 2026, dải rẻ nhất của bên đó nằm vào sáng sớm theo UTC còn dải đắt nhất chạy từ chiều muộn tới nửa đêm — vẫn hình dạng ấy, do một bên khác tự đi tới. Ngoài chừng đó chúng tôi không truy được nguyên nhân, nên không khẳng định nguyên nhân nào.
Một bộ phận chi trả làm gì với nó
Hãy dời những gì chờ được. Giá của một đơn hàng được chốt vào lúc đơn hàng được tạo, nên thứ đáng xếp lịch chính là cái lúc ấy. Trả lương, tất toán, các đợt chi cho nhà cung cấp và các lần gom ví — bất cứ việc nào có hạn tính bằng giờ chứ không phải bằng giây — đều là ứng viên, và tối đa 500 lần chuyển vào chung một đơn hàng ở một mức giá.
Đừng cố xếp lịch cho một chiếc ví nóng. Nếu một chiếc ví gửi suốt ngày thì chẳng có gì để dời, và thay vào đó một quy tắc Auto-refill nạp lại cho nó sau mỗi lần chuyển. Có một điều nên biết trước khi thử: giá mỗi lần nạp không phải là giá của một khung. Nó là một sản phẩm riêng với giá của riêng nó và hoàn toàn không đi theo lịch khung giờ, nên dời lưu lượng của một chiếc ví vào buổi sáng chẳng làm gì được cái giá của những lần nạp ấy.
Hãy tự vẽ bản đồ của bạn. Mọi thứ ở trên đều ra từ hai yêu cầu công khai, không cần khóa. range nhận 24h, 7d hoặc 30d, và chỉ mình nó định ra cỡ của câu trả lời — 24, 168 hoặc 720 điểm, luôn luôn thế.
curl -s 'https://api.nrg.market/v1/tariff/history?range=30d' # 720 điểm theo giờ: t, zone, price_sun, maintenance_price_trx
Lưu lượng của riêng bạn không phải là mức trung bình của chúng tôi, và một tháng giờ giấc của chính bạn là tấm bản đồ tốt hơn tấm này.
Hãy canh ranh giới, đừng canh đồng hồ. next_change_at là lúc đoạn đang chạy kết thúc, và đó là trường đáng để thức dậy theo. Một tác vụ ghim vào một giờ viết cứng sẽ lặng lẽ sai đi vào đúng ngày cách cắt thay đổi — lịch là để tham chiếu, và nó có thể đổi mà không có phiên bản nào của API đổi theo.
Điều trang này không nói
Năng lượng ở đây tốn bao nhiêu ngay lúc này. Con số đó dịch chuyển vài phút một lần, và một con số gõ vào một bài viết đã cũ trước khi bài được đọc, nên không trang nào trên trang web này công bố nó. Giá trực tiếp, khung đang chạy và biểu đồ lịch sử nằm ở trang bảng giá; còn giá của chúng tôi đứng ở đâu so với những gì các nhà cung cấp khác tự công bố thì nằm ở trang thị trường, mỗi dòng đóng dấu thời điểm nó được đọc. Phía bên kia của phép so sánh thì không dịch chuyển: mạng lưới đốt 100 sun cho mỗi đơn vị năng lượng mà một tài khoản không tự cấp nổi, khoảng 65,000 đơn vị cho một lần chuyển tới địa chỉ đã giữ USDT, tức 6.5 TRX — và đó là cái thước mà mọi tỷ lệ ở trên được đo theo.