🦞 OpenClaw + Gonka AI
Оригинал: 🦞 OpenClaw + Gonka AI
Быстрый вопрос о бесплатном пробном кредите 0.1 GNK и о том, что произойдет после. Насколько я понимаю (поправьте меня, если я ошибаюсь):
- В основном это вопрос со стороны Mingles, и пользователи могут пополнить свой баланс прямо из собственного кошелька, особенно если они подключаются через Keplr.
- Запросы на конференцию в настоящее время стоят почти 0, поэтому пробный кредит GNK в размере 0,1 должен истощаться очень медленно.
- Это все еще скорее доказательство концепции, и в настоящее время сеть вводит ограничения на транспортных агентов (в данном случае Mingles). Поэтому, если Mingles привлекает много пользователей, количество запросов в минуту может быть ограничено до тех пор, пока будущие обновления сети не улучшат эту ситуацию.
Все ли вышеперечисленное соответствует действительности?
да, это правильно. Также вы можете получить бесплатный пробный баланс, зарегистрировав свою учетную запись Gmail.
да, но быстрое пояснение: Mingles Gateway не является TA; на данный момент их всего три, и всеми управляет команда gnka. Шлюз выступает в роли клиента и платит за вывод из своего внутреннего кошелька.
Теперь также существует путь интеграции GonkaGate для OpenClaw: руководство здесь (https://gonkagate.com/en/docs/guides/openclaw-integration). Это OpenAI-совместимый пользовательский поставщик ( https://api.gonkagate.com/v1 ) с эмуляцией вызова инструментов/функций на стороне GonkaGate, выставлением счетов в долларах США/предоплатой и бесплатными кредитами в размере 10 долларов США при регистрации. Другими словами, это не процесс пополнения кошелька GNK; это стандартная интеграция API-ключей.
🦞 去中心化计算 + AI-агент = 完美组合
感谢这个集成指南！这是 OpenClaw 生态的重要进展。
почему это важно
Ценность децентрализации:
- Защита конфиденциальности: данные не покидают централизованного поставщика услуг.
Устойчивость к цензуре: не полагаться на одного поставщика
Оптимизация затрат: оплата по мере использования, рыночная конкуренция
Сотрудничество Gonka + OpenClaw:
OpenClaw (шлюз) ↓ Mingles/GonkaGate (шлюз API) ↓ Сеть Gonka (распределенный графический процессор)
Интересное наблюдение
Мы видели на Miaoquai AI (https://miaoquai.com):
Пользователи чувствительны к затратам на LLM
Конфиденциальность — основная потребность
Резервирование от нескольких поставщиков является необходимостью
Предложения
- Калькулятор стоимости: помогает пользователям сравнивать соотношение цены и качества у разных поставщиков.
- Автоматическое переключение при сбое: автоматически переключается на Gonka в случае сбоя основного провайдера.
Отчет о задержке вызова инструмента: сравнение централизованной и децентрализованной производительности
С нетерпением ждем новых вариантов использования OpenClaw + Gonka! 🦞
От Miaoqu AI — навигационной и информационной платформы инструментов искусственного интеллекта
Привет всем! Отличный тред. Пути сообщества, такие как шлюз Mingles (https://gonka-gateway.mingles.ai/) (см. исходный пост выше) и интеграция OpenClaw GonkaGate (https://gonkagate.com/en/docs/guides/openclaw-integration), упрощают использование OpenClaw с Gonka через размещенный OpenAI-совместимый API и выставление счетов.
В Gonka Labs мы хотели иметь полностью автономный вариант: ваши ключи остаются на вашем компьютере, вы платите за вывод с помощью GNK в цепочке (например, gonka.gg/faucet (https://gonka.gg/faucet) для тестирования), и вы по-прежнему получаете доступную OpenAI-совместимую конечную точку для агентов.
Итак, мы выпустили GonkaClaw — единый скрипт оболочки, который:
- Клонирует и запускает openGNK (https://github.com/gonkalabs/opengnk) (Docker) — та же идея, что и в OpenGNK — «Покажи и расскажи» (#890) (https://github.com/gonka-ai/gonka/discussions/890): локальный прокси, подписанные запросы, обнаружение + повторная попытка с несколькими узлами, собственный вызов инструментов, где это поддерживается.
- Создает кошелек Gonka (выведенный поток, неинтерактивный брелок).
- Устанавливает и подключает OpenClaw к http://localhost:8080/v1 с Qwen3 235B в качестве модели по умолчанию, включая исправление ограничений на стороне клиента, чтобы пользовательский интерфейс соответствовал реальным сетевым ограничениям (большое контекстное окно, ограничения маркеров завершения в зависимости от того, какие узлы принимают).
- 1. openGNK (локальный Docker). Предоставляет обычную поверхность, совместимую с OpenAI: GET /v1/models, POST /v1/chat/completions (поток + непоток), а также встроенный веб-интерфейс в /. Обнаружение: при запуске прокси-сервер вызывает GET {GONKA_SOURCE_URL}/v1/epochs/current/participants и анализирует active_participants.participants[] , сохраняя только хосты, индекс которых находится в разрешенном списке агента передачи (та же концепция белого списка, что и в основном прокси — только эти узлы принимают подписанный прокси-трафик). Подписание: каждый восходящий запрос подписывается с помощью secp256k1 по той же схеме, что и официальные клиенты Gonka OpenAI (хеш полезной нагрузки → временная метка → адрес передачи → детерминированный ECDSA/low-S и т. д.). Ключи никогда не покидают машину, на которой работает контейнер. Маршрутизация: после обнаружения трафик чата и списка моделей направляется к обнаруженным конечным точкам inference_url (а не к URL-адресу обнаружения). Повторные попытки ротации/отработки отказа на работоспособных узлах в соответствии с GONKA_RETRY_STRATEGY/GONKA_MAX_RETRIES . Инструменты: по умолчанию мы используем собственный вызов инструментов ( NATIVE_TOOL_CALLS=true , SIMULATE_TOOL_CALLS=false ) для текущих узлов Gonka, которые его поддерживают; прокси-сервер по-прежнему нормализует содержимое сообщения (например, OpenAI «массив частей» → простая строка), где этого ожидает восходящий поток.
1. openGNK (локальный докер)
- Предоставляет обычную поверхность, совместимую с OpenAI: GET /v1/models, POST /v1/chat/completions (поток + непоток), а также встроенный веб-интерфейс в /.
- Обнаружение: при запуске прокси-сервер вызывает GET {GONKA_SOURCE_URL}/v1/epochs/current/participants и анализирует active_participants.participants[] , сохраняя только хосты, индекс которых находится в разрешенном списке агента передачи (та же концепция белого списка, что и в основном прокси — только эти узлы принимают подписанный прокси-трафик).
- Подписание: каждый восходящий запрос подписывается с помощью secp256k1 по той же схеме, что и официальные клиенты Gonka OpenAI (хеш полезной нагрузки → временная метка → адрес передачи → детерминированный ECDSA/low-S и т. д.). Ключи никогда не покидают машину, на которой работает контейнер.
- Маршрутизация: после обнаружения трафик чата и списка моделей направляется к обнаруженным конечным точкам inference_url (а не к URL-адресу обнаружения). Повторные попытки ротации/отработки отказа на работоспособных узлах в соответствии с GONKA_RETRY_STRATEGY/GONKA_MAX_RETRIES .
- Инструменты: по умолчанию мы используем собственный вызов инструментов ( NATIVE_TOOL_CALLS=true , SIMULATE_TOOL_CALLS=false ) для текущих узлов Gonka, которые его поддерживают; прокси-сервер по-прежнему нормализует содержимое сообщения (например, OpenAI «массив частей» → простая строка), где этого ожидает восходящий поток.
- 2. Загрузка кошелька (на стороне сценария) Загружает закрепленную выведенную сборку (zip-файл для конкретной платформы из выпусков Gonka), создает ключ с ключами add --keyring-backend test (без запросов цепочки ключей ОС), экспортирует небронированный шестнадцатеричный код с ключами Export … --unarmored-hex --unsafe -y . Регистрирует участника с помощью POST {NODE_URL}/v1/participants {"pub_key":"<base64>","address":"gonka1…"}, чтобы адрес был известен сети до того, как вы внесете средства и сделаете выводы. Записывает GONKA_PRIVATE_KEY/GONKA_ADDRESS/GONKA_SOURCE_URL (и соответствующие флаги) в opengnk/.env для Compose.
2. Начальная загрузка кошелька (на стороне сценария)
- Загружает закрепленную выведенную сборку (zip-архив для конкретной платформы из выпусков Gonka), создает ключ с ключами add --keyring-backend test (без запросов цепочки ключей ОС), экспортирует небронированный шестнадцатеричный код с ключами Export … --unarmored-hex --unsafe -y .
- Регистрирует участника с помощью POST {NODE_URL}/v1/participants {"pub_key":"<base64>","address":"gonka1…"}, чтобы адрес был известен сети до того, как вы внесете средства и сделаете выводы.
- Записывает GONKA_PRIVATE_KEY/GONKA_ADDRESS/GONKA_SOURCE_URL (и соответствующие флаги) в opengnk/.env для Compose.
- 3. Интеграция OpenClaw openclaw onboard --non-interactive с --auth-choice custom-api-key , --custom-base-url http://localhost:<port>/v1 , --custom-compatibility openai , --install-daemon , а также пропускает работоспособность/навыки/каналы, где это необходимо, чтобы прогоны в стиле CI не блокировали сопряжение. После подключения небольшой патч Python обновляет ~/.openclaw/openclaw.json, чтобы запись пользовательской модели не застревала на консервативных значениях по умолчанию OpenClaw: мы устанавливаем contextWindow, чтобы он соответствовал тому, что сообщает размещенный каталог для этой модели (~ 240 000), а maxTokens для завершения того, что фактически принимает vLLM на узлах Gonka (сегодня это ограничено примерно 10 000 выходных токенов - если клиент запрашивает выше этого, восходящий поток возвращает 400 max_completion_tokens превышает предел). Это позволяет избежать путаницы между пользовательским интерфейсом и реальностью.
3. Регистрация OpenClaw
- openclaw встроенный --неинтерактивный с --auth-choice custom-api-key , --custom-base-url http://localhost:<port>/v1 , --custom-compatibility openai , --install-daemon , а также пропуски для работоспособности/навыков/каналов, где это необходимо, чтобы запуски в стиле CI не блокировали сопряжение.
- После подключения небольшой патч Python обновляет ~/.openclaw/openclaw.json, чтобы запись пользовательской модели не застревала на консервативных значениях по умолчанию OpenClaw: мы устанавливаем contextWindow, чтобы он соответствовал тому, что сообщает размещенный каталог для этой модели (~ 240 000), а maxTokens для завершения того, что фактически принимает vLLM на узлах Gonka (сегодня это ограничено примерно 10 000 выходных токенов - если клиент запрашивает выше этого, восходящий поток возвращает 400 max_completion_tokens превышает предел). Это позволяет избежать путаницы между пользовательским интерфейсом и реальностью.
Он устанавливает НОВЫЙ ЭКЗЕМПЛЯР openclaw.
Попробуйте:
bash <(curl -fsSL https://raw.githubusercontent.com/gonkalabs/gonkaclaw/main/setup.sh)
Ссылки
- Репозиторий: github.com/gonkalabs/gonkaclaw (https://github.com/gonkalabs/gonkaclaw).
Целевая страница: gonkalabs.com/gonkaclaw (https://gonkalabs.com/gonkaclaw)
- Базовый прокси: github.com/gonkalabs/opengnk (https://github.com/gonkalabs/opengnk) — и наш размещенный аналог proxy.gonka.gg (https://proxy.gonka.gg), если вы предпочитаете не запускать Docker локально.
Это соответствует уже упомянутым здесь интеграциям: размещенные шлюзы (ключ API / пробные кредиты) и GonkaClaw (кошелек + локальный прокси + OpenClaw в одной команде). Обратная связь и PR приветствуются в репозитории.
Я составил руководство по подключению OpenClaw к децентрализованной сети графических процессоров Gonka AI через шлюз Mingles.
Что это позволяет
Пользователи OpenClaw теперь могут запускать свои ИИ-агенты в распределенной вычислительной инфраструктуре Gonka, а не полагаться на централизованных поставщиков. Ваш личный помощник получает:
- ✅ Доступ к модели Qwen3-235B с поддержкой инструментов Gonka.
- ✅ Децентрализованный вывод по узлам графического процессора сети.
✅ Цены с оплатой по мере использования с токенами GNK
✅ Полная совместимость с OpenAI API (замена без необходимости)
Ключевые особенности
Бесплатный пробный кредит 0,1 GNK для начала работы
- Простая настройка с помощью мастера настройки OpenClaw.
Поддержка вызова инструментов для сложных рабочих процессов
Быстрая настройка
Получите ключ API с https://gonka-gateway.mingles.ai/
Настройте OpenClaw с помощью пользовательского шлюза
- Наведите курсор на https://gonka-gateway.mingles.ai/v1.
Начни общаться!
Полное руководство: https://gonkatalk.org/t/connect-openclaw-to-gonka-ai-decentralized-compute/47.
Это одна из первых интеграций, позволяющих использовать децентрализованные вычисления Gonka в приложениях искусственного интеллекта для конечных пользователей. Хотелось бы услышать отзывы сообщества или увидеть другие творческие варианты использования!
Быстрый вопрос о бесплатном пробном кредите 0.1 GNK и о том, что произойдет после. Насколько я понимаю (поправьте меня, если я ошибаюсь):
- В основном это вопрос со стороны Mingles, и пользователи могут пополнить свой баланс прямо из собственного кошелька, особенно если они подключаются через Keplr.
- Запросы на конференцию в настоящее время стоят почти 0, поэтому пробный кредит GNK в размере 0,1 должен истощаться очень медленно.
- Это все еще скорее доказательство концепции, и в настоящее время сеть вводит ограничения на транспортных агентов (в данном случае Mingles). Поэтому, если Mingles привлекает много пользователей, количество запросов в минуту может быть ограничено до тех пор, пока будущие обновления сети не улучшат эту ситуацию.
Все ли вышеперечисленное соответствует действительности?
да, это правильно. Также вы можете получить бесплатный пробный баланс, зарегистрировав свою учетную запись Gmail.
да, но быстрое пояснение: Mingles Gateway не является TA; на данный момент их всего три, и всеми управляет команда gnka. Шлюз выступает в роли клиента и платит за вывод из своего внутреннего кошелька.
Теперь также существует путь интеграции GonkaGate для OpenClaw: руководство здесь (https://gonkagate.com/en/docs/guides/openclaw-integration). Это OpenAI-совместимый пользовательский поставщик ( https://api.gonkagate.com/v1 ) с эмуляцией вызова инструментов/функций на стороне GonkaGate, выставлением счетов в долларах США/предоплатой и бесплатными кредитами в размере 10 долларов США при регистрации. Другими словами, это не процесс пополнения кошелька GNK; это стандартная интеграция API-ключей.
🦞 去中心化计算 + AI-агент = 完美组合
感谢这个集成指南！这是 OpenClaw 生态的重要进展。
почему это важно
Ценность децентрализации:
- Защита конфиденциальности: данные не покидают централизованного поставщика услуг.
Устойчивость к цензуре: не полагаться на одного поставщика
Оптимизация затрат: оплата по мере использования, рыночная конкуренция
Сотрудничество Gonka + OpenClaw:
OpenClaw (шлюз) ↓ Mingles/GonkaGate (шлюз API) ↓ Сеть Gonka (распределенный графический процессор)
Интересное наблюдение
Мы видели на Miaoquai AI (https://miaoquai.com):
Пользователи чувствительны к затратам на LLM
Конфиденциальность — основная потребность
Резервирование от нескольких поставщиков является необходимостью
Предложения
- Калькулятор стоимости: помогает пользователям сравнивать соотношение цены и качества у разных поставщиков.
- Автоматическое переключение при сбое: автоматически переключается на Gonka в случае сбоя основного провайдера.
Отчет о задержке вызова инструмента: сравнение централизованной и децентрализованной производительности
С нетерпением ждем новых вариантов использования OpenClaw + Gonka! 🦞
От Miaoqu AI — навигационной и информационной платформы инструментов искусственного интеллекта
Привет всем! Отличный тред. Пути сообщества, такие как шлюз Mingles (https://gonka-gateway.mingles.ai/) (см. исходный пост выше) и интеграция OpenClaw GonkaGate (https://gonkagate.com/en/docs/guides/openclaw-integration), упрощают использование OpenClaw с Gonka через размещенный OpenAI-совместимый API и выставление счетов.
В Gonka Labs мы хотели иметь полностью автономный вариант: ваши ключи остаются на вашем компьютере, вы платите за вывод с помощью GNK в цепочке (например, gonka.gg/faucet (https://gonka.gg/faucet) для тестирования), и вы по-прежнему получаете доступную OpenAI-совместимую конечную точку для агентов.
Итак, мы выпустили GonkaClaw — единый скрипт оболочки, который:
- Клонирует и запускает openGNK (https://github.com/gonkalabs/opengnk) (Docker) — та же идея, что и в OpenGNK — «Покажи и расскажи» (#890) (https://github.com/gonka-ai/gonka/discussions/890): локальный прокси, подписанные запросы, обнаружение + повторная попытка с несколькими узлами, собственный вызов инструментов, где это поддерживается.
- Создает кошелек Gonka (выведенный поток, неинтерактивный брелок).
- Устанавливает и подключает OpenClaw к http://localhost:8080/v1 с Qwen3 235B в качестве модели по умолчанию, включая исправление ограничений на стороне клиента, чтобы пользовательский интерфейс соответствовал реальным сетевым ограничениям (большое контекстное окно, ограничения маркеров завершения в зависимости от того, какие узлы принимают).
- 1. openGNK (локальный Docker). Предоставляет обычную поверхность, совместимую с OpenAI: GET /v1/models, POST /v1/chat/completions (поток + непоток), а также встроенный веб-интерфейс в /. Обнаружение: при запуске прокси-сервер вызывает GET {GONKA_SOURCE_URL}/v1/epochs/current/participants и анализирует active_participants.participants[] , сохраняя только хосты, индекс которых находится в разрешенном списке агента передачи (та же концепция белого списка, что и в основном прокси — только эти узлы принимают подписанный прокси-трафик). Подписание: каждый восходящий запрос подписывается с помощью secp256k1 по той же схеме, что и официальные клиенты Gonka OpenAI (хеш полезной нагрузки → временная метка → адрес передачи → детерминированный ECDSA/low-S и т. д.). Ключи никогда не покидают машину, на которой работает контейнер. Маршрутизация: после обнаружения трафик чата и списка моделей направляется к обнаруженным конечным точкам inference_url (а не к URL-адресу обнаружения). Повторные попытки ротации/отработки отказа на работоспособных узлах в соответствии с GONKA_RETRY_STRATEGY/GONKA_MAX_RETRIES . Инструменты: по умолчанию мы используем собственный вызов инструментов ( NATIVE_TOOL_CALLS=true , SIMULATE_TOOL_CALLS=false ) для текущих узлов Gonka, которые его поддерживают; прокси-сервер по-прежнему нормализует содержимое сообщения (например, OpenAI «массив частей» → простая строка), где этого ожидает восходящий поток.
1. openGNK (локальный докер)
- Предоставляет обычную поверхность, совместимую с OpenAI: GET /v1/models, POST /v1/chat/completions (поток + непоток), а также встроенный веб-интерфейс в /.
- Обнаружение: при запуске прокси-сервер вызывает GET {GONKA_SOURCE_URL}/v1/epochs/current/participants и анализирует active_participants.participants[] , сохраняя только хосты, индекс которых находится в разрешенном списке агента передачи (та же концепция белого списка, что и в основном прокси — только эти узлы принимают подписанный прокси-трафик).
- Подписание: каждый восходящий запрос подписывается с помощью secp256k1 по той же схеме, что и официальные клиенты Gonka OpenAI (хеш полезной нагрузки → временная метка → адрес передачи → детерминированный ECDSA/low-S и т. д.). Ключи никогда не покидают машину, на которой работает контейнер.
- Маршрутизация: после обнаружения трафик чата и списка моделей направляется к обнаруженным конечным точкам inference_url (а не к URL-адресу обнаружения). Повторные попытки ротации/отработки отказа на работоспособных узлах в соответствии с GONKA_RETRY_STRATEGY/GONKA_MAX_RETRIES .
- Инструменты: по умолчанию мы используем собственный вызов инструментов ( NATIVE_TOOL_CALLS=true , SIMULATE_TOOL_CALLS=false ) для текущих узлов Gonka, которые его поддерживают; прокси-сервер по-прежнему нормализует содержимое сообщения (например, OpenAI «массив частей» → простая строка), где этого ожидает восходящий поток.
- 2. Загрузка кошелька (на стороне сценария) Загружает закрепленную выведенную сборку (zip-файл для конкретной платформы из выпусков Gonka), создает ключ с ключами add --keyring-backend test (без запросов цепочки ключей ОС), экспортирует небронированный шестнадцатеричный код с ключами Export … --unarmored-hex --unsafe -y . Регистрирует участника с помощью POST {NODE_URL}/v1/participants {"pub_key":"<base64>","address":"gonka1…"}, чтобы адрес был известен сети до того, как вы внесете средства и сделаете выводы. Записывает GONKA_PRIVATE_KEY/GONKA_ADDRESS/GONKA_SOURCE_URL (и соответствующие флаги) в opengnk/.env для Compose.
2. Начальная загрузка кошелька (на стороне сценария)
- Загружает закрепленную выведенную сборку (zip-архив для конкретной платформы из выпусков Gonka), создает ключ с ключами add --keyring-backend test (без запросов цепочки ключей ОС), экспортирует небронированный шестнадцатеричный код с ключами Export … --unarmored-hex --unsafe -y .
- Регистрирует участника с помощью POST {NODE_URL}/v1/participants {"pub_key":"<base64>","address":"gonka1…"}, чтобы адрес был известен сети до того, как вы внесете средства и сделаете выводы.
- Записывает GONKA_PRIVATE_KEY/GONKA_ADDRESS/GONKA_SOURCE_URL (и соответствующие флаги) в opengnk/.env для Compose.
- 3. Интеграция OpenClaw openclaw onboard --non-interactive с --auth-choice custom-api-key , --custom-base-url http://localhost:<port>/v1 , --custom-compatibility openai , --install-daemon , а также пропускает работоспособность/навыки/каналы, где это необходимо, чтобы прогоны в стиле CI не блокировали сопряжение. После подключения небольшой патч Python обновляет ~/.openclaw/openclaw.json, чтобы запись пользовательской модели не застревала на консервативных значениях по умолчанию OpenClaw: мы устанавливаем contextWindow, чтобы он соответствовал тому, что сообщает размещенный каталог для этой модели (~ 240 000), а maxTokens для завершения того, что фактически принимает vLLM на узлах Gonka (сегодня это ограничено примерно 10 000 выходных токенов - если клиент запрашивает выше этого, восходящий поток возвращает 400 max_completion_tokens превышает предел). Это позволяет избежать путаницы между пользовательским интерфейсом и реальностью.
3. Регистрация OpenClaw
- openclaw встроенный --неинтерактивный с --auth-choice custom-api-key , --custom-base-url http://localhost:<port>/v1 , --custom-compatibility openai , --install-daemon , а также пропуски для работоспособности/навыков/каналов, где это необходимо, чтобы запуски в стиле CI не блокировали сопряжение.
- После подключения небольшой патч Python обновляет ~/.openclaw/openclaw.json, чтобы запись пользовательской модели не застревала на консервативных значениях по умолчанию OpenClaw: мы устанавливаем contextWindow, чтобы он соответствовал тому, что сообщает размещенный каталог для этой модели (~ 240 000), а maxTokens для завершения того, что фактически принимает vLLM на узлах Gonka (сегодня это ограничено примерно 10 000 выходных токенов - если клиент запрашивает выше этого, восходящий поток возвращает 400 max_completion_tokens превышает предел). Это позволяет избежать путаницы между пользовательским интерфейсом и реальностью.
Он устанавливает НОВЫЙ ЭКЗЕМПЛЯР openclaw.
Попробуйте:
bash <(curl -fsSL https://raw.githubusercontent.com/gonkalabs/gonkaclaw/main/setup.sh)
Ссылки
- Репозиторий: github.com/gonkalabs/gonkaclaw (https://github.com/gonkalabs/gonkaclaw).
Целевая страница: gonkalabs.com/gonkaclaw (https://gonkalabs.com/gonkaclaw)
- Базовый прокси: github.com/gonkalabs/opengnk (https://github.com/gonkalabs/opengnk) — и наш размещенный аналог proxy.gonka.gg (https://proxy.gonka.gg), если вы предпочитаете не запускать Docker локально.
Это соответствует уже упомянутым здесь интеграциям: размещенные шлюзы (ключ API / пробные кредиты) и GonkaClaw (кошелек + локальный прокси + OpenClaw в одной команде). Обратная связь и PR приветствуются в репозитории.
I've put together a guide for connecting OpenClaw to Gonka AI's decentralized GPU network through the Mingles gateway.
What This Enables
OpenClaw users can now run their AI agents on Gonka's distributed compute infrastructure instead of relying on centralized providers. Your personal assistant gets:
✅ Access to Gonka's tool-enabled Qwen3-235B model
✅ Decentralized inference across the network's GPU nodes
✅ Pay-as-you-go pricing with GNK tokens
✅ Full OpenAI API compatibility (drop-in replacement)
Key Features
Free 0.1 GNK trial credit to get started
Simple setup through OpenClaw's configuration wizard
Tool calling support for complex workflows
Quick Setup
Get API key from https://gonka-gateway.mingles.ai/
Configure OpenClaw with custom gateway
Point to https://gonka-gateway.mingles.ai/v1
Start chatting!
Full Tutorial: https://gonkatalk.org/t/connect-openclaw-to-gonka-ai-decentralized-compute/47
This is one of the first integrations bringing Gonka's decentralized compute to end-user AI applications. Would love to hear feedback from the community or see other creative use cases!
Quick question about the free 0.1 GNK trial credit and what happens after. My understanding (please correct me if I’m wrong) is:
- This is mostly a Mingles-side question, and users can top up their balance directly from their own wallet, especially if they connect via Keplr.
- nference requests currently cost almost 0, so the 0.1 GNK trial credit should deplete very slowly.
- This is still more of a proof of concept, and the network currently enforces limits on transport agents (Mingles in this case). So if Mingles brings in a lot of users, requests per minute may be rate-limited until future network upgrades improve this.
Is all of the above accurate?
yes, that's correct. Also you can get a free trial balance by signing up with you gmail account as well.
yes, but quick clarification: Mingles Gateway isn't a TA; there are currently only three of them, and all are managed by the gnka team. Gateway acts as a client and pays for inference from its internal wallet.
There is also a GonkaGate integration path for OpenClaw now: guide here (https://gonkagate.com/en/docs/guides/openclaw-integration) . It is an OpenAI-compatible custom provider ( https://api.gonkagate.com/v1 ) with tool/function-calling emulation on the GonkaGate side, USD/prepaid billing, and $10 free credits at signup. In other words, this is not a GNK wallet/top-up flow; it is a standard API-key integration.
🦞 去中心化计算 + AI Agent = 完美组合
感谢这个集成指南！这是 OpenClaw 生态的重要进展。
为什么这很重要
去中心化的价值 ：
隐私保护：数据不出中心化服务商
抗审查：不依赖单一供应商
成本优化：按需付费，市场竞争
Gonka + OpenClaw 的协同 ：
OpenClaw (Gateway) ↓ Mingles/GonkaGate (API Gateway) ↓ Gonka Network (分布式 GPU)
妙趣观察
我们在 妙趣AI (https://miaoquai.com) 上看到：
用户对 LLM 成本敏感
隐私是核心需求
多供应商冗余是刚需
建议
成本计算器 ：帮助用户对比不同供应商的性价比
自动故障转移 ：主供应商挂了自动切换到 Gonka
工具调用延迟报告 ：对比中心化 vs 去中心化的性能
期待看到更多 OpenClaw + Gonka 的用例！🦞
来自妙趣AI - AI工具导航与资讯平台
Hi everyone - great thread. Community paths like the Mingles gateway (https://gonka-gateway.mingles.ai/) (see the original post above) and GonkaGate’s OpenClaw integration (https://gonkagate.com/en/docs/guides/openclaw-integration) make it easy to use OpenClaw with Gonka via a hosted OpenAI-compatible API and billing.
At Gonka Labs we wanted a fully self-hosted option: your keys stay on your machine, you pay inference with GNK on-chain (e.g. gonka.gg/faucet (https://gonka.gg/faucet) for testing), and you still get a drop-in OpenAI-compatible endpoint for agents.
So we shipped GonkaClaw - a single shell script that:
- Clones and runs openGNK (https://github.com/gonkalabs/opengnk) (Docker) - same idea as in OpenGNK – Show and tell (#890) (https://github.com/gonka-ai/gonka/discussions/890) : local proxy, signed requests, discovery + multi-node retry, native tool calling where supported.
- Creates a Gonka wallet ( inferenced -style flow, non-interactive keyring).
- Installs and onboards OpenClaw against http://localhost:8080/v1 with Qwen3 235B as the default model, including patching client-side limits so the UI matches real network caps (large context window, completion token limits per what nodes accept).
- 1. openGNK (local Docker) Exposes a normal OpenAI-compatible surface: GET /v1/models, POST /v1/chat/completions (stream + non-stream), plus the bundled web UI at /. Discovery: at startup the proxy calls GET {GONKA_SOURCE_URL}/v1/epochs/current/participants and parses active_participants.participants[] , keeping only hosts whose index is on the Transfer Agent allowlist (same whitelist concept as in the core proxy — only those nodes accept signed proxy traffic). Signing: every upstream request is signed with secp256k1 using the same scheme as the official Gonka OpenAI clients (payload hash → timestamp → transfer address → deterministic ECDSA / low-S, etc.). Keys never leave the machine running the container. Routing: after discovery, chat and model list traffic go to the discovered inference_url endpoints (not to the discovery URL). Retries rotate/failover across healthy nodes according to GONKA_RETRY_STRATEGY / GONKA_MAX_RETRIES . Tools: we default to native tool calling ( NATIVE_TOOL_CALLS=true , SIMULATE_TOOL_CALLS=false ) for current Gonka nodes that support it; the proxy still normalizes message content (e.g. OpenAI “array of parts” → plain string) where the upstream expects it.
1. openGNK (local Docker)
- Exposes a normal OpenAI-compatible surface: GET /v1/models, POST /v1/chat/completions (stream + non-stream), plus the bundled web UI at /.
- Discovery: at startup the proxy calls GET {GONKA_SOURCE_URL}/v1/epochs/current/participants and parses active_participants.participants[] , keeping only hosts whose index is on the Transfer Agent allowlist (same whitelist concept as in the core proxy — only those nodes accept signed proxy traffic).
- Signing: every upstream request is signed with secp256k1 using the same scheme as the official Gonka OpenAI clients (payload hash → timestamp → transfer address → deterministic ECDSA / low-S, etc.). Keys never leave the machine running the container.
- Routing: after discovery, chat and model list traffic go to the discovered inference_url endpoints (not to the discovery URL). Retries rotate/failover across healthy nodes according to GONKA_RETRY_STRATEGY / GONKA_MAX_RETRIES .
- Tools: we default to native tool calling ( NATIVE_TOOL_CALLS=true , SIMULATE_TOOL_CALLS=false ) for current Gonka nodes that support it; the proxy still normalizes message content (e.g. OpenAI “array of parts” → plain string) where the upstream expects it.
- 2. Wallet bootstrap (script-side) Downloads a pinned inferenced build (platform-specific zip from Gonka releases), creates a key with keys add --keyring-backend test (no OS keychain prompts), exports unarmored hex with keys export … --unarmored-hex --unsafe -y . Registers the participant with POST {NODE_URL}/v1/participants {"pub_key":"<base64>","address":"gonka1…"} so the address is known to the network before you fund and infer. Writes GONKA_PRIVATE_KEY / GONKA_ADDRESS / GONKA_SOURCE_URL (and related flags) into opengnk/.env for Compose.
2. Wallet bootstrap (script-side)
- Downloads a pinned inferenced build (platform-specific zip from Gonka releases), creates a key with keys add --keyring-backend test (no OS keychain prompts), exports unarmored hex with keys export … --unarmored-hex --unsafe -y .
- Registers the participant with POST {NODE_URL}/v1/participants {"pub_key":"<base64>","address":"gonka1…"} so the address is known to the network before you fund and infer.
- Writes GONKA_PRIVATE_KEY / GONKA_ADDRESS / GONKA_SOURCE_URL (and related flags) into opengnk/.env for Compose.
- 3. OpenClaw onboarding openclaw onboard --non-interactive with --auth-choice custom-api-key , --custom-base-url http://localhost:<port>/v1 , --custom-compatibility openai , --install-daemon , plus skips for health/skills/channels where appropriate so CI-style runs don’t block on pairing. After onboarding, a small Python patch updates ~/.openclaw/openclaw.json so the custom model entry isn’t stuck at OpenClaw’s conservative defaults: we set contextWindow to match what the hosted catalog reports for this model (~240k), and maxTokens for completions to what vLLM on Gonka nodes actually accept (today that’s capped around 10k output tokens — if the client asks above that, the upstream returns 400 max_completion_tokens exceeds limit ). That avoids confusing UI vs reality.
3. OpenClaw onboarding
- openclaw onboard --non-interactive with --auth-choice custom-api-key , --custom-base-url http://localhost:<port>/v1 , --custom-compatibility openai , --install-daemon , plus skips for health/skills/channels where appropriate so CI-style runs don’t block on pairing.
- After onboarding, a small Python patch updates ~/.openclaw/openclaw.json so the custom model entry isn’t stuck at OpenClaw’s conservative defaults: we set contextWindow to match what the hosted catalog reports for this model (~240k), and maxTokens for completions to what vLLM on Gonka nodes actually accept (today that’s capped around 10k output tokens — if the client asks above that, the upstream returns 400 max_completion_tokens exceeds limit ). That avoids confusing UI vs reality.
It installs a NEW INSTANCE of openclaw.
Try it:
bash <( curl -fsSL https://raw.githubusercontent.com/gonkalabs/gonkaclaw/main/setup.sh )
Links
Repo: github.com/gonkalabs/gonkaclaw (https://github.com/gonkalabs/gonkaclaw)
Landing page: gonkalabs.com/gonkaclaw (https://gonkalabs.com/gonkaclaw)
- Underlying proxy: github.com/gonkalabs/opengnk (https://github.com/gonkalabs/opengnk) - and our hosted sibling proxy.gonka.gg (https://proxy.gonka.gg) if you prefer not to run Docker locally.
This sits alongside the integrations already mentioned here: hosted gateways (API key / trial credits) vs GonkaClaw (wallet + local proxy + OpenClaw in one command). Feedback and PRs welcome on the repo.
Я составил руководство по подключению OpenClaw к децентрализованной сети графических процессоров Gonka AI через шлюз Mingles.
Что это позволяет
Пользователи OpenClaw теперь могут запускать свои ИИ-агенты в распределенной вычислительной инфраструктуре Gonka, а не полагаться на централизованных поставщиков. Ваш личный помощник получает:
✅ Цены с оплатой по мере использования с токенами GNK
✅ Полная совместимость с OpenAI API (замена без необходимости)
Ключевые особенности
Бесплатный пробный кредит 0,1 GNK для начала работы
Поддержка вызова инструментов для сложных рабочих процессов
Быстрая настройка
Получите ключ API с https://gonka-gateway.mingles.ai/
Настройте OpenClaw с помощью пользовательского шлюза
Начни общаться!
Полное руководство: https://gonkatalk.org/t/connect-openclaw-to-gonka-ai-decentralized-compute/47.
Это одна из первых интеграций, позволяющих использовать децентрализованные вычисления Gonka в приложениях искусственного интеллекта для конечных пользователей. Хотелось бы услышать отзывы сообщества или увидеть другие творческие варианты использования!