Golem Network – peer-to-peer marketplace вычислительных ресурсов. Requestor публикует demand, providers отвечают offers, software согласует agreement, запускает workload в изолированной среде и оплачивает usage токеном GLM. В отличие от consensus compute Internet Computer, Golem не строит единый replicated blockchain computer – каждый job выполняется выбранными машинами.
Yagna
Yagna – основная реализация Golem protocol. Одинаковый service используется обеими сторонами и включает identity, market, activity, payment и network modules. Requestor agent общается с Yagna через REST API, а provider добавляет ya-provider и execution units.
Node identity основана на blockchain address. Market распространяет demands и offers, находит compatible proposals и помогает подписать agreement. Central order book отсутствует, но discovery и network connectivity всё равно зависят от protocol services и доступных peers.
Requestor flow
Developer пишет agent на Python SDK, JavaScript SDK или напрямую через API. Agent создаёт allocation – budget, который нельзя превысить, затем описывает demand: hardware, runtime, image, payment platform и price constraints. После выбора providers workload делится на activities или tasks.
Input files загружаются на remote node, command запускается внутри runtime, result возвращается requestor. Parallel task model позволяет распределить independent chunks между многими providers. Если алгоритм требует быстрой общей memory или постоянной связи между workers, overhead может уничтожить преимущество.
Передача данных и images
Golem image описывает execution environment и преобразуется в GVMI для VM runtime. Requestor отдельно передаёт input и получает output. Большой dataset приходится копировать каждому provider либо размещать в shared storage. Network bandwidth и startup time становятся частью реальной цены.
Image должен быть reproducible и не содержать secrets. Private credentials передаются runtime только при необходимости и с минимальными permissions. Provider может ограничивать outbound network, а requestor должен учитывать, что remote environment отличается от local Docker workflow.
Provider architecture
Provider объявляет CPU, memory и price, принимает agreement и запускает execution unit. Current official package рассчитан прежде всего на Linux x86-64 с nested virtualization. VM runtime исполняет GVMI images, также существует WebAssembly runtime.
Isolation защищает host от untrusted job, но не является абсолютной гарантией. Virtualization escape, malicious image и resource exhaustion остаются рисками. Requestor тоже доверяет provider в вопросах confidentiality и correctness, если workload не использует independent verification.
Agreements и accounting
Matched demand и offer создают proposal, после переговоров стороны подписывают agreement. Provider измеряет activity duration, CPU time и другие coefficients, отправляет debit notes и итоговый invoice. Requestor принимает billing, payment driver выполняет transfer.
Для долгих jobs доступны mid-agreement payments. Они уменьшают unpaid exposure provider, не заставляя проводить transaction после каждой секунды. Интервалы согласуются сторонами. Payment batching дополнительно снижает gas, но увеличивает время между выполненной работой и окончательным settlement.
GLM и payment platforms
GLM – ERC-20 utility token, которым requestors платят providers. Mainnet Yagna поддерживает Ethereum и Polygon, причём Polygon рекомендуется из-за меньших fees. На Polygon gas оплачивается POL, а GLM используется как price asset. Payment platform – комбинация token, chain и driver.
До GLM существовал GNT. Migration 2020 года заменил старый token на стандарт ERC-20 GLM в пропорции один к одному. GNT имел ограниченный интерфейс и не поддерживал современные DeFi integrations. Старые инструкции с GNT относятся к legacy.
Genesis supply GLM соответствует созданному GNT – 1 млрд tokens. Protocol не mint rewards за предоставление capacity: provider получает GLM непосредственно от requestor. Поэтому token demand связан с paid usage, а не с inflationary subsidies. Однако fixed supply не гарантирует рост цены или ликвидность.
Reputation и качество
Requestor может фильтровать offers по price, properties и собственному history. Универсальной on-chain гарантии правильного result нет. Для scientific tasks используют replication, spot checks или deterministic verification. Для confidential input возможны encryption и trusted execution experiments, но стандартный VM не скрывает данные от host administrator полностью.
Provider сталкивается с Sybil requestors и payment default, requestor – с unreliable providers. Allocations, debit notes и partial payments уменьшают финансовый риск, но не компенсируют сорванный deadline.
Способы проверить result
Самый простой способ – выполнить один task у нескольких providers и сравнить output. Это повышает cost, но обнаруживает случайные ошибки. Deterministic computation позволяет сверять hash, а probabilistic spot checks проверяют только часть большой batch.
Для вычислений с коротким verifiable proof requestor может проверить result локально. Для rendering или nondeterministic ML универсального proof нет. Reputation помогает выбирать node, но прошлые успешные jobs не исключают будущую ошибку или targeted attack.
Service model
Кроме batch tasks Golem позволяет держать service запущенным внутри agreement. Это полезно для API и application backend, но provider churn и payment intervals влияют на uptime. Requestor должен иметь health checks и возможность быстро открыть agreement с replacement node.
Yagna не предоставляет глобальный load balancer и managed database по умолчанию. Эти слои строит application. Поэтому Golem ближе к raw compute market, чем к полностью управляемому cloud platform.
Сеть, blockchain и decentralization
Golem protocol координирует compute off-chain, а blockchain нужен главным образом для payments. Это снижает gas и позволяет high-frequency negotiation. Одновременно governance и software releases не определяются validator set собственного L1, потому что его нет.
Polygon dependency похожа на использование платежного слоя другими apps в Polygon. Сбой chain задерживает settlement, хотя уже запущенный activity может некоторое время продолжаться. Ethereum option даёт другой cost profile.
История
Golem был представлен в 2016 году командой из Польши и провёл один из ранних Ethereum crowdfunding sales. Brass Golem mainnet вышла в апреле 2018 года. Это первая architecture на GNT и отдельном client.
Команда затем переписала platform как New Golem, или Yagna. Mainnet Yagna стартовала в 2021 году с GLM payments. Названия Brass, Clay и old Golem относятся к legacy stack; current developer docs описывают Yagna, yapapi и golem-js.
Команда
Проект основали Julian Zawistowski, Andrzej Regulski, Piotr Janiuk и Aleksandra Skrzypczak. Разработку ведёт Golem Factory GmbH вместе с open-source contributors. Piotr Janiuk долгое время отвечал за engineering direction. Текущий product следует оценивать по Yagna releases, а не по составу ICO-era.
Управление
GLM не даёт встроенного on-chain voting над immutable protocol parameters. Roadmap, grants и software decisions координируют Golem Factory и community projects. Это governance open-source ecosystem, а не token DAO. Holder не получает автоматическое право менять Yagna через balance.
Применение
Golem подходит для batch rendering, scientific simulations, data processing, password recovery research и service hosting. Independent jobs масштабируются лучше всего. Для permanent data нужен внешний storage вроде Filecoin.
GPU availability и supported runtimes нужно проверять для каждого provider pool. General-purpose promise шире, чем фактическая supply. По сравнению с incentive markets Bittensor Golem продаёт конкретное время machines, а не оценивает output через subnet rewards.
Основные риски
- Unverified compute. Provider может вернуть ошибочный result.
- Confidentiality. Host потенциально видит input и memory.
- Runtime escape. Untrusted workloads создают риск provider machine.
- Supply fragmentation. Не каждый demand находит подходящее hardware.
- Payment latency. Batching и disputes задерживают final settlement.
- Token utility concentration. GLM demand зависит от реального paid compute.
- Governance centralization. Core software direction зависит от Golem Factory.
Итог
Golem – не blockchain supercomputer, а market protocol и Yagna agents для прямых agreements. Сильная сторона – гибкий task execution и pay-as-you-go GLM. Главные ограничения – проверка результата, privacy, неоднородная supply и необходимость самостоятельно проектировать reliability.
