# NETTS API – обзор и гайд

Неважно, нужно ли вам совершать одну транзакцию в неделю или тысячу в день – вам определенно не хотелось бы тратить время и ресурсы на что-то столь тривиальное: и было бы отлично, если бы ваш перевод просто волшебным образом происходил, не так ли? Без какого-либо стейкинга, без задержек или переплат.

Конечно, сеть TRON ввела такие ресурсы, как Energy и Bandwidth, чтобы помочь пользователям блокчейна, но их нативная реализация на сегодняшний день может показаться слишком дорогой, медленной и неудобной для тех, кто предпочитает скорость и надежность в любое время суток. Для стейкинга требуется заморозить огромное количество TRX, что блокирует ваши средства на долгий срок. А что касается функции GasFree, то, хотя она и упрощает ситуацию, она все равно чрезвычайно дорогая по сравнению с арендой Энергии.

Единственный способ забыть о любых проблемах, связанных с любыми переводами USDT – это делегировать весь процесс специализированному сервису аренды Энергии, такому как NETTS: его кабинет Workspace позволит вам надежно получать столько арендованной Energy, сколько вам нужно, по самым низким ценам на рынке и нужному вам графику.

Хорошо, но где же во всем этом API? API сервиса NETTS позволяет вам пойти еще дальше: полностью контролировать весь процесс, извлекая тонны данных, связанных с вашими потребностями в пополнении Energy, и даже отправлять запросы на зарядку любого кошелька Энергией на 1 час полностью программным способом!

API (интерфейс прикладного программирования) абсолютно необходим любому высокотехнологичному сервису аренды энергии для максимальной эффективности взаимодействия клиента и сервиса. Вместо того, чтобы нажимать кнопки и заполнять формы, вы можете подробно объяснить свои предпочтения серверу NETTS, после чего он будет взимать с вас плату за операции исключительно в соответствии с нужным вам алгоритмом пополнения энергии.

Независимо от того, являетесь ли вы энтузиастом, разработчиком или владельцем бизнеса, инструменты API NETTS позволят вам надежно получать столько арендованной энергии, сколько вам нужно, по самым низким ценам на рынке, полностью автоматически и круглосуточно, держа руку на пульсе ваших криптотранзакций.

# В чем преимущества NETTS API?

Программный интерфейс NETTS предоставляет возможность владельцу даже самого крупного криптовалютного бизнеса (платформы, площадки, биржи и т.д.) контролировать процесс аренды Energy в режиме реального времени.

Правда, в отличие от Workspace (личного кабинета клиентов NETTS), которым могут пользоваться без проблем все арендаторы без специальной подготовки, API предполагает наличие некоторого опыта в программировании или желания научиться его основам – тем более, что современные ИИ значительно упрощают процесс обучения с нуля.

А для тех, кто имеет подобный опыт, NETTS облегчил задачу, предоставляя примеры использования методов API сразу на 3-х популярных языках – JavaScript, PHP и Python. И если вашего любимого языка нет среди этих трех, не расстраивайтесь – методы, приведенные в этом гайде, применимы к любому языку программирования.

Уверены, вы не пожалеете о затраченном времени, поскольку перед вами откроются следующие немаловажные для ведения бизнеса возможности:

Проверка текущих цен на Energy в режиме реального времени.
Доступ к информации о вашем аккаунте – состояние средств на депозите, сумма экономии по сравнению со стейкингом, общий объем делегированной Энергии и т.д.
Аренда Energy на 1 час через 1-Hour Energy Order Endpoint.

То есть, NETTS API позволяет вам удобным образом интегрировать функционал аренды и управления Energy в ваши собственные приложения, предоставляя полный контроль над автоматизацией процесса аренды Энергии.

# Методы взаимодействия с NETTS API

Все запросы к API NETTS требуют аутентификации с использованием ключа API. После получения ключа вы сможете подтверждать свои запросы и пользоваться эндпоинтами – конечными точками. Давайте более подробно остановимся на каждом из этих этапов.

# Получение ключа API

Чтобы получить свой ключ API, вам следует просто сгенерировать ключ в разделе API в личном кабинете Workspace: https://www.netts.io/workspace/dashboard.php?tab=api (opens new window)

Netts web form

Существует две версии ключа – мы рекомендуем пользоваться версией v2 для полного контроля.

# Аутентификация запросов

Чтобы получить доступ к любой информации через API NETTS, вы обязаны предъявить «пропуск» – выданный вам ключ API. Без этого даже правильно написанный код будет бесполезен. Поэтому каждый ваш алгоритм должен включать следующий заголовок запроса:

X-API-KEY: your_api_key

NETTS предлагает пользователям два типа ключей API.

Обычные ключи API. Являются универсальными, предоставляют возможность интеграции в любую программную среду. Именно для них требуется белый список IP-адресов.
Ключи API TG. Узкоспециализированные ключи для интеграции Telegram-ботов. Внесения IP-адресов в белый список не требуется. Их можно получить, отправив заявку на [email protected]

Для безопасности и стабильной работы сервера внедрено ограничение на количество запросов в секунду: 2 запроса в секунду на 1 ключ API. При превышении этого ограничения API вернет статусный код 429 Too Many Requests.

А чтобы обезопасить своих клиентов, NETTS использует в API белый список IP-адресов, утвержденный пользователем для связи с сервером NETTS. Все они, разумеется, должны быть связаны с вашим ключом API. Поэтому перед взаимодействием с API обязательно отключайте все нежелательные VPN и прокси на компьютере или сервере, с которых вы отправляете запросы.

После получения ключей в том же разделе - https://www.netts.io/workspace/dashboard.php?tab=api (opens new window) - заполните список IP Whitelist, используя действующие IPv4 или IPv6 адреса:

Netts web form

Уровень безопасности доступа к API также во многом зависит от самого пользователя – имейте в виду ряд несложных способов защиты:

не делитесь информацией о своем API-ключе;
ни в коем случае не включайте в клиентский код ключ API;
регулярно меняйте ключи API;
белый список дополняйте только реально принадлежащими вам IP-адресами, избегайте использования публичных WiFi точек, арендуемых прокси-адресов, к которым вы можете потерять доступ;
отслеживайте процесс выполнения кода для выявления и предотвращения багов.

# Как использовать конечные точки (endpoints) NETTS API

Эндпоинт – это конечная точка маршрута/цепи взаимодействия клиента с сервером, в которую информация отправляется или откуда она запрашивается, своеобразный пункт назначения или отправления данных.

Базовый URL-адрес для всех конечных точек в нашем API:

https://netts.io/apiv2/

В NETTS API доступны следующие точки:

GET https://netts.io/apiv2/prices – обеспечивает информацию круглосуточно и в реальном времени обо всех ценах и операциях связанных с арендой Energy;
GET https://netts.io/apiv2/userinfo – предоставляет детальную информацию о балансе, статистике использования сервиса, а также сетевую информацию.
POST https://netts.io/apiv2/order1h – позволяет программно арендовать Energy на 1 час.

Далее – подробнее о каждой точке.

# Эндпоинт Prices

После аутентификации через API-ключ эндпоинт Prices будет доступен для использования. В ответ на запрос пользователя будет в полном объеме предоставляться следующая информация:

статус запроса («успех» или «ошибка») – status (тип string);
текущее время UTC – current_utc_time (тип string);
текущий активный период времени – current_utc_hour (тип integer);
список периодов ценообразования – periods (тип array);
активный период ценообразования – active_period (тип string);
время последнего обновления цен – last_update (тип string);
текущая цена хоста в TRX – host_price (тип number).

Так называемые параметры ответа, такие как status, current_utc_time и подобные, присылаются пользователю в формате параметр:информация, в JSON. То есть информация предоставляется в удобочитаемом виде, что позволяет выявить возможные ошибки, сохранять информацию для коррекции и обмена с другими разработчиками.

Так выглядит наша цель:

{
  "status": "success",
  "current_utc_time": "2025-04-23 14:30:45",
  "current_utc_hour": 14,
  "active_period": "11:00-21:00",
  "last_update": "2025-04-23 14:15:22",
  "host_price": 0.075,
  "periods": [
    {
      "label": "Early Morning",
      "period": "05:00-07:00",
      "is_active": false,
      "prices": {
        "less_than_200k": {
          "price_sun": 420
        },
        "equal_131k": {
          "price_sun": 410
        },
        "more_than_200k": {
          "price_sun": 400
        }
      }
    },
    {
      "label": "Morning",
      "period": "07:00-11:00",
      "is_active": false,
      "prices": {
        "less_than_200k": {
          "price_sun": 450
        },
        "equal_131k": {
          "price_sun": 440
        },
        "more_than_200k": {
          "price_sun": 430
        }
      }
    },
    {
      "label": "Day",
      "period": "11:00-21:00",
      "is_active": true,
      "prices": {
        "less_than_200k": {
          "price_sun": 480
        },
        "equal_131k": {
          "price_sun": 470
        },
        "more_than_200k": {
          "price_sun": 460
        }
      }
    },
    {
      "label": "Evening",
      "period": "21:00-23:00",
      "is_active": false,
      "prices": {
        "less_than_200k": {
          "price_sun": 440
        },
        "equal_131k": {
          "price_sun": 430
        },
        "more_than_200k": {
          "price_sun": 420
        }
      }
    },
    {
      "label": "Night",
      "period": "23:00-05:00",
      "is_active": false,
      "prices": {
        "less_than_200k": {
          "price_sun": 400
        },
        "equal_131k": {
          "price_sun": 390
        },
        "more_than_200k": {
          "price_sun": 380
        }
      }
    }
  ]
}

Как видите, в этом фрагменте кода уже есть знакомые вам параметры: last_update, host_price и другие. Но что насчет is_active или less_than_200k? Первый параметр относится к массивам periods, а второй – к объекту prices, оба из которых разберем далее.

Начнем с массива periods. Он содержит следующие параметры:

удобочитаемая метка для периода – label (тип string);
временной диапазон в формате "HH:MM-HH:MM" – period (тип string);
является ли этот период в настоящее время активным – is_active (тип boolean);
информация о ценах на различные объемы Energy – prices (тип object).

Как вы могли заметить ранее, пользователь NETTS API может запросить информацию о более чем об одном периоде. При этом он получит 4 категории информации, которые описаны выше. Особый интерес для нас представляет последняя категория – prices. Тип этого параметра – объект, и сам этот объект содержит в себе три параметра, которые всегда будут представлены пользователю в конечном ответе от сервера.

При этом (постарайтесь не запутаться!) каждый из этих трех параметров содержит в себе по одному integer.

Так что общий список объектов из объекта prices, находящегося внутри каждого массива periods будет выглядеть так:

цены на Energy объемом менее 200k – less_than_200k (тип object);
цены на Energy объемом точно 131k – equal_131k (тип object);
цены на Energy объемом более 200k – more_than_200k (тип object);

А что касается параметра, «живущего» в каждом из этих объектов, именно он предоставляет пользователю искомое число – цену в SUN. Логично, что называется он price_sun, а его тип – integer.

Теперь, когда мы расшифровали код ответа от сервера, приведенный выше, давайте разбираться, как этот ответ получить.

Процесс составления заявки зависит от используемого вами языка программирования. Мы не будем здесь проводить краткий курс какого-либо языка – приведем лишь пример правильно составленного запроса на популярном языке Python. Простота запроса очевидна даже для начинающих программистов – такой запрос может быть реализован на любом другом языке, а ссылки на дополнительные примеры мы приведем в конце этого гайда.

import requests
import json

# Request configuration
url = "https://netts.io/apiv2/prices"
api_key = "your_api_key"  # Your API key

headers = {
    "Content-Type": "application/json",
    "X-API-KEY": api_key,
    "X-Real-IP": "your_whitelisted_ip"  # IP from your whitelist
}

try:
    # Send GET request to the prices API
    response = requests.get(url, headers=headers, timeout=15)

    # Process JSON response
    if response.status_code == 200:
        data = response.json()
        print(json.dumps(data, ensure_ascii=False, indent=2))
    else:
        print(f"Error: {response.status_code}")
        print(response.text)
except Exception as e:
    print(f"An error occurred: {str(e)}")

Особый интерес в этом фрагменте для нас представляет словарь (dict) headers. К нему код переходит после необходимых импортов и присвоения переменным string нужного адреса и ключа. headers включает в себя заголовки запроса, которые обеспечивают корректный запрос к серверу. Такие заголовки используются только со стороны клиента и позволяют отправлять дополнительную информацию на сервер по HTTP протоколу.

В нашем случае необходимо обязательное сочетание API-ключа и разрешенного IP-адреса (из белого списка):

X-API-KEY
X-Real-IP

Третий заголовок Content-Type не является необходимым – он просто уточняет запрос, объясняя серверу, что ответ на запрос должен быть получен в формате JSON. Тем не менее, он значительно облегчает работу с сервером и поэтому рекомендуется к использованию.

Далее код пытается (try) запросить указанные данные только в случае статусного кода равного 200, а если что-то пошло не так, запрашивает код ошибки у сервера. Если же вообще ничего не выходит, переходит к блоку исключения.

Для дебаггинга NETTS API предоставляет следующие статусные коды ответов с ошибками:

401 - ошибка аутентификации (неверный API-ключ или IP-адрес не в белом списке);
403 - доступ запрещен (IP-адреса нет в белом списке);
429 - превышен лимит запросов (слишком много запросов);
500 - внутренняя ошибка сервера.

Пример ответа с ошибкой (в данном случае - второй в списке):

{
  "status": "error",
  "code": -2,
  "msg": "Your IP address is not whitelisted"
}

При анализе информации, предоставленной сервером по вашему запросу, следует учитывать следующие моменты:

время указывается в формате UTC;
цены указаны в SUN (1 TRX – 1000к SUN);
активный период определяется в соответствии с текущим временем в формате UTC;
цены могут обновляться несколько раз в сутки.

# Эндпоинт User Information

Перейдем к эндпоинту /userinfo – принцип взаимодействия с ним такой же, что и с предыдущей конечной точкой.

Нам нужен ответ от сервера в формате JSON, который предоставит различную информацию об аккаунте пользователя в понятном нам виде:

{
  "status": "success",
  "timestamp": "2025-04-23 14:30:45",
  "user_id": 12345,
  "user_info": {
    "email": "[email protected]",
    "name": "Example User"
  },
  "stats": {
    "balance": 150.25,
    "total_delegations": 42,
    "total_energy_delegated": 5502000,
    "total_trx_spent": 235.75,
    "total_deposit": 500.00,
    "avg_rate_sun_energy": 425.32,
    "save_by_netts_percent": 28.45,
    "save_in_dollars": 12.35
  },
  "network_info": {
    "trx_price": 0.0849,
    "network_energy_fee": 0.000420
  }
}

Давайте разберем этот фрагмент так же, как и предыдущий. Он включает в себя следующие основные параметры:

статус запроса («успех» или «ошибка») – status (тип string);
временная метка ответа в формате "YYYY-MM-DD HH:MM:SS" – timestamp (тип string);
уникальный идентификатор пользователя – user_id (тип integer);
информация об учетной записи пользователя – user_info (тип object);
статистика пользователя и данные об использовании – stats (тип object);
текущие параметры сети – network_info (тип object).

Тип последних трёх параметров – object, а стало быть, каждый из них содержит в себе дополнительные параметры, которые нас и интересуют.

Первым делом разберем user_info. Этот объект включает в себя всего лишь два string: email и name, первый из которых – адрес электронной почты, а второй – имя пользователя. Здесь всё просто.

Сложнее обстоит дело со следующим объектом – stats. Разберем все 8 его параметров:

баланс счета в TRX – balance (тип number) – показывает текущий доступный баланс для делегаций Energy;
общее количество делегаций Energy – total_delegations (тип – integer);
общий объем делегированной Energy – total_energy_delegated (тип – integer);
общая сумма TRX, потраченная на делегации Energy – total_trx_spent (тип number);
общая сумма, зачисленная на счет в TRX за все время – total_deposit (тип number);
средний показатель в SUN на единицу Energy – avg_rate_sun_energy (тип number);
процент экономии при использовании NETTS по сравнению с заморозкой непосредственно в блокчейне – save_by_netts_percent (тип number);
сумма экономии с использованием NETTS в долларах США – save_in_dollars (тип number).

Весьма информативный объект, не так ли?

А что касается объекта network_info, он содержит в себе два number: trx_price и network_energy_fee: первый сообщает пользователю текущую цену TRX в долларах США, а второй – текущую плату за сетевую Энергию в TRX.

Заголовки запроса будут использоваться такие же, как и для предыдущего эндпоинта.

Пример запроса на языке Python для получения вышеприведенного ответа в формате JSON:

import requests
import json

# Request configuration
url = "https://netts.io/apiv2/userinfo"
api_key = "your_api_key"  # Your API key

headers = {
    "Content-Type": "application/json",
    "X-API-KEY": api_key,
    "X-Real-IP": "your_whitelisted_ip"  # IP from your whitelist
}

try:
    # Send GET request to the userinfo API
    response = requests.get(url, headers=headers, timeout=15)

    # Process JSON response
    if response.status_code == 200:
        data = response.json()
        print(json.dumps(data, ensure_ascii=False, indent=2))

        # Print user information
        user_info = data.get('user_info', {})
        print(f"\nUser: {user_info.get('name')} ({user_info.get('email')})")

        # Print statistics
        stats = data.get('stats', {})
        print(f"Balance: {stats.get('balance')} TRX")
        print(f"Total Energy Delegated: {stats.get('total_energy_delegated')}")
        print(f"Save by NETTS: {stats.get('save_by_netts_percent')}%")
    else:
        print(f"Error: {response.status_code}")
        print(response.text)
except Exception as e:
    print(f"An error occurred: {str(e)}")

Как и в предыдущем примере, ничего сложного — тот же headers, тот же блок if/else внутри try/except.

Статусные коды ответов с ошибками у этого эндпоинта те же: 401, 403, 429 и 500. К ним добавляется еще и 404 — «пользователь не найден». Сообщение в формате JSON выглядит так же, как и в /prices.

При использовании полученной от сервера информации следует учитывать следующие особенности:

параметр save_by_netts_percent показывает, сколько экономит пользователь, используя NETTS, по сравнению с заморозкой TRX непосредственно в сети Tron;
avg_rate_sun_energy рассчитывается как (total_trx_spent/total_energy_delegated) * 1 000 000;
все суммы TRX указаны с двумя десятичными знаками;
цена TRX отображается с 4 десятичными знаками;
плата за сетевую Энергию отображается с 6 десятичными знаками для дополнительной точности.

# Эндпоинт 1-Hour Energy Order

С этой конечной точкой все несколько сложнее, но ненамного. Как обычно, сперва посмотрим на целевой ответ от сервера NETTS с нужной нам информацией, подтверждающей пополнение на 1 час:

{
  "detail": {
    "code": 10000,
    "msg": "Successfully delegated 64000 energy, 12.25 TRX deducted",
    "data": {
      "provider": "energy_provider",
      "orderId": "ORD987654321",
      "balance": 100.5,
      "paidTRX": 12.25,
      "hash": ["0x1234567890abcdef1234567890abcdef1234567890abcdef1234567890abcdef"],
      "request_id": 10584,
      "expiry": "2025-04-24 12:09:18"
    }
  }
}

Этот ответ дает понять, что пополнение на 64к Энергии прошло успешно (код 10000), с баланса списано 12.25 TRX, номер заказа - ORD987654321 и т.д. Если вы видите это, значит вы научились пополнять свои кошельки Energy наиболее эффективным методом — общаясь напрямую с сервером NETTS. Опять же, разберем этот ответ по пунктам:

контейнер для деталей ответа — detail (тип object);
код ответа (10000 в случае успеха) — detail.code (тип — integer);
ответное сообщение — detail.msg (тип — string);
контейнер для остальной информации, включающий в себя остальные параметры этого списка — detail.data (тип — object);
поставщик услуг, используемый для делегирования энергии — detail.data.provider (тип string);
уникальный идентификатор этого заказа — detail.data.orderId (тип string);
остаток вашего счета ДО вычета потраченной суммы — detail.data.balance (тип number);
сумма в TRX, вычитаемая за этот заказ — detail.data.paidTRX (тип number);
хэш(и) транзакций, связанных с этим заказом — detail.data.hash (тип array);
внутренний идентификатор запроса — detail.data.request_id (тип integer);
срок действия делегирования Энергии (в формате «YYYY-MM-DD HH:MM:SS») — detail.data.expiry (тип string).

И, как обычно, перейдем к программе на Python, которая позволит нам получить желанное сообщение от сервера:

import requests
import json

# Request configuration
url = "https://netts.io/apiv2/order1h"
api_key = "your_api_key"  # Your API key

# Request payload
payload = {
    "amount": 64000,  # Amount of energy (32,000 to 131,000)
    "receiveAddress": "TXyz123AbCdEfGhIjKlMnOpQrStUvWxYz"  # TRON address for delegation
}

headers = {
    "Content-Type": "application/json",
    "X-API-KEY": api_key,
    "X-Real-IP": "your_whitelisted_ip"  # IP from your whitelist
}

try:
    # Send POST request to the order1h API
    response = requests.post(url, json=payload, headers=headers, timeout=15)

    # Process JSON response
    if response.status_code == 200:
        data = response.json()
        print(json.dumps(data, ensure_ascii=False, indent=2))

        # Extract key information
        detail = data.get("detail", {})
        result_code = detail.get("code")
        message = detail.get("msg")

        if result_code == 10000:
            order_data = detail.get("data", {})
            print(f"\nSuccess! Order Details:")
            print(f"Order ID: {order_data.get('orderId')}")
            print(f"Provider: {order_data.get('provider')}")
            print(f"Paid TRX: {order_data.get('paidTRX')}")
            print(f"Expiry: {order_data.get('expiry')}")
        else:
            print(f"Error: {message}")
    else:
        print(f"Error: {response.status_code}")
        print(response.text)

except Exception as e:
    print(f"An error occurred: {str(e)}")

Заметили изменения по сравнению с предыдущими фрагментами? Теперь перед заголовками запроса у нас есть еще и словарь payload, включающий в себя два новых параметра: amount (integer) и receiveAddress (string). В первом необходимо указать объем Энергии, который вы хотите арендовать на час – от 32к до 131к. Во втором вам нужно будет предоставить адрес кошелька, который вы хотите зарядить Энергией. В CURL, например, полный запрос выглядел бы так:

curl -X POST "https://netts.io/apiv2/order1h" \
  -H "Content-Type: application/json" \
  -H "X-API-KEY: your_api_key" \
  -H "X-Real-IP: your_whitelisted_ip" \
  -d '{
    "amount": 64000,
    "receiveAddress": "TXyz123AbCdEfGhIjKlMnOpQrStUvWxYz"
  }'

Также этот эндпоинт предоставляет помимо уже знакомых заголовков запроса X-API-KEY, X-Real-IP и Content-Type еще два опциональных: X-ORDER-ID для индивидуального идентификатора заказа и X-COST для пользовательского переопределения стоимости (для специфических случаев). А Content-Type становится уже строго необходим для использования этого эндпоинта.

В плане дебаггинга и контроля за плавной работой алгоритма в этом эндпоинте тоже много изменений. Теперь к каждому статусному коду ошибки также добавляется код самой ошибки:

400 -10 Минимальное количество энергии – 32000;
400 -11 Максимальное количество энергии – 131 000;
400 -2 Недостаточно средств на счету;
400 -3 Не удалось провести транзакцию TRON;
400 -12 Все попытки делегирования провалились;
401 -1 Неверный ключ API или IP-адрес отсутствует в белом списке;
403 -2 Ваш IP-адрес не внесен в белый список;
429 -1 Слишком много запросов (скорость ограничена).

Как видите, на этом этапе вы теперь сможете более точно выявить конкретную проблему. Пример ответа с ошибкой (первой в списке в данном случае):

{
  "detail": {
    "code": -10,
    "msg": "Minimum energy amount is 32,000",
    "data": {}
  }
}

Моменты, которые стоит учитывать:

делегация Энергии действительна ровно 1 час с момента заказа;
стоимость делегирования электроэнергии варьируется в зависимости от текущей рыночной цены и времени суток;
система автоматически оптимизирует ваш заказ для лучшей цены и качества обслуживания;
если вам нужно больше энергии, рассмотрите возможность размещения нескольких заказов или использования долгосрочного делегирования.

# Заключение

Если вы читали внимательно, то теперь вы легко можете получить детальную информацию о ценах, аккаунте пользователя и даже пополнить любой кошелек Энергией на 1 час на нужную вам сумму – и все это без использования визуальных интерфейсов, внутри вашего собственного приложения на предпочитаемом вами языке программирования. Возможности для автоматизации теперь ограничены только вашим воображением:

напишите программу, которая отслеживает цены на рынке и сама арендует Энергию в нужный момент;
автоматизируйте аренду Энергии для транзакций на адреса своих клиентов или пополняйте их кошельки Энергией;
переводите тысячи транзакций в день, если есть такая необходимость – благодаря NETTS API каждая из них пройдет без сжигания TRX;
перепродавайте Энергию, арендованную у NETTS в автоматическом режиме по нужному вам графику, описанному в вашем собственном коде и т.д.

В качестве примеров в этом гайде мы приводили фрагменты, написанные на Python, так как этот язык максимально популярен и прост в освоении. Чтобы увидеть примеры также на JavaScript и PHP, перейдите по этой ссылке:

https://doc.netts.io/api/examples.html#fetching-energy-prices (opens new window)

А если вам нужен конкретный раздел NETTS API, здесь вы сможете найти их полный список:

https://doc.netts.io/api/#overview (opens new window)

Приятной вам автоматизации!

← Блог Документация API NETTS →