With the amount of new subnets being added it can be hard to get up to date information across all subnets, so data may be slightly out of date from time to time
ComputeHorde (Subnet 12) is a specialized subnet in the Bittensor decentralized AI network that provides GPU-based compute power for other subnets’ validators. In essence, it transforms the raw graphics processing power of miners’ GPUs into trusted, on-demand compute resources that validators of any Bittensor subnet can tap into for heavy AI workloads. This allows validators to offload resource-intensive validation tasks (like evaluating AI model outputs) onto a distributed network of GPU miners, rather than relying on their own hardware or centralized cloud servers. By doing so, ComputeHorde enables cost-effective and scalable validation across the entire Bittensor ecosystem – a critical step toward expanding Bittensor to support “over 1,000 subnets” without hitting hardware bottlenecks.
This subnet’s mission is to deliver decentralized, scalable, and trusted GPU computing power to the Bittensor network. In practical terms, that means any validator on a Bittensor subnet (whether it’s a language model subnet, a vision subnet, etc.) can request computation from ComputeHorde’s miner network to perform validation or inference tasks. ComputeHorde acts as a “GPU compute pool” for the network, ensuring that even subnets with high computational demands can remain decentralized (no need to rely on AWS or other cloud GPU providers). By serving validators’ computational needs on a pay-per-use basis (rewarded via Bittensor’s token incentives), it lowers the barrier for running a validator – validators no longer need to purchase or maintain expensive GPUs themselves. This leads to both cost reduction and greater decentralization, since powerful AI validation can happen on community-run hardware rather than a few centralized data centers.
ComputeHorde (Subnet 12) is a specialized subnet in the Bittensor decentralized AI network that provides GPU-based compute power for other subnets’ validators. In essence, it transforms the raw graphics processing power of miners’ GPUs into trusted, on-demand compute resources that validators of any Bittensor subnet can tap into for heavy AI workloads. This allows validators to offload resource-intensive validation tasks (like evaluating AI model outputs) onto a distributed network of GPU miners, rather than relying on their own hardware or centralized cloud servers. By doing so, ComputeHorde enables cost-effective and scalable validation across the entire Bittensor ecosystem – a critical step toward expanding Bittensor to support “over 1,000 subnets” without hitting hardware bottlenecks.
This subnet’s mission is to deliver decentralized, scalable, and trusted GPU computing power to the Bittensor network. In practical terms, that means any validator on a Bittensor subnet (whether it’s a language model subnet, a vision subnet, etc.) can request computation from ComputeHorde’s miner network to perform validation or inference tasks. ComputeHorde acts as a “GPU compute pool” for the network, ensuring that even subnets with high computational demands can remain decentralized (no need to rely on AWS or other cloud GPU providers). By serving validators’ computational needs on a pay-per-use basis (rewarded via Bittensor’s token incentives), it lowers the barrier for running a validator – validators no longer need to purchase or maintain expensive GPUs themselves. This leads to both cost reduction and greater decentralization, since powerful AI validation can happen on community-run hardware rather than a few centralized data centers.
ComputeHorde introduces new mechanisms to ensure that validators can trust the work done by remote miners’ GPUs. It was the first Bittensor subnet to implement a commit–reveal scheme for validation: validators commit to an encrypted hash of their evaluation (of a miner’s AI model output) and reveal the actual result in the next round. This prevents malicious miners from “copying” the correct answers (weights) in real-time, a known attack in decentralized learning. In tandem with other safeguards (like randomly rotating miners’ GPU assignments, dubbed “executor dancing”), ComputeHorde ensures that miners must perform genuine computations rather than cheat the system. All validators – big or small – get fair access to services, and miners are incentivized to behave honestly under these rules.
Overall, ComputeHorde’s role is to be the trustable, decentralized compute backbone for Bittensor. It “supercharges” the network by making large-scale GPU power available on demand. A concrete sign of its impact: by mid-2024, Subnet 12’s ComputeHorde had scaled to over 1,000 GPUs contributing to its network, effectively forming a decentralized supercomputer and “breaking all known limits of subnet design” in Bittensor. This massive GPU horde not only validates miners’ work on Subnet 12 itself, but stands ready to validate and serve AI tasks from any current or future subnet. In short, ComputeHorde provides the raw compute muscle that can be trusted and utilized by the rest of the Bittensor ecosystem, paving the way for a far larger, more powerful network of AI subnets.
ComputeHorde’s “product” is essentially a combination of blockchain-based protocol and software ecosystem that turns untrusted GPUs into a reliable compute service. It includes the on-chain subnet logic (the incentive mechanism running on Bittensor’s substrate framework) as well as off-chain client software (miners, validators, and tools) that implement that logic. Key components and innovations of the ComputeHorde build include:
Decentralized GPU Mining Network with Executors: ComputeHorde’s miners run a specialized miner client (open-sourced on GitHub) that allows each miner to register multiple GPU “executors” on the subnet. An executor is like a worker process handling tasks on one or more GPUs. This design lifts the usual limit of 256 miner slots (UIDs) by letting a single miner contribute many GPUs under one identity. In effect, “each miner spawns as many executors as they like,” enabling massive parallel task processing across potentially thousands of GPUs in the network. This highly scalable architecture is what allows ComputeHorde to aggregate so much compute power in one subnet.
Validator SDK for Easy Integration: The team provides a ComputeHorde SDK (Python library) that subnet owners or validators can use to offload jobs to the Horde. A validator on another subnet can integrate this SDK into their validation code, enabling them to dispatch AI tasks to ComputeHorde miners on demand and retrieve results, all through standardized calls. This makes using the decentralized GPU pool almost as straightforward as calling a cloud API – but backed by blockchain incentives. According to the docs, tapping into ComputeHorde requires no extra hardware and can “boost reliability” for validators by giving them overflow capacity whenever needed.
Fairness and Anti-Cheating Mechanisms: To ensure verifiability of the compute work, ComputeHorde implements several novel consensus tweaks. The commit–reveal scheme (mentioned earlier) is built into the validation process to thwart “weight copying” attacks. Additionally, “executor dancing” means miners periodically shuffle which GPU (executor) corresponds to which network ID, so that a miner cannot consistently mimic another’s past answers. There are also penalties for selective service, i.e. miners who try to skip serving certain validators (perhaps to game the scoring) can be detected and penalized. Furthermore, ComputeHorde’s incentive mechanism explicitly rewards miners for completing external (organic) tasks from other subnets, not just their own internal tests – this ensures the subnet actively prioritizes real useful work for others. All these measures are part of the product’s design to make the GPU compute “fair and verified” for all participants.
Hardware Classes & Performance Proofs: Recognizing that different AI tasks may require different hardware, ComputeHorde introduced the concept of hardware classes to its marketplace. In practice, miners declare what GPU class they offer (for example, currently NVIDIA A6000 cards are supported, with A100 support planned next). The subnet can assign tasks appropriate to that class and even run synthetic benchmark tasks on those GPUs to ensure miners deliver the advertised performance. This creates a more transparent market for GPU compute – validators can request the level of power they need, and miners are rewarded in proportion to the performance they provide. The end goal is to support all major GPU types/configurations over time, so any kind of model or computation required by a Bittensor subnet can find a matching miner in the Horde.
Collateral and Slashing for Trust: ComputeHorde recently added a collateral staking mechanism to enhance trust for cross-subnet jobs. Validators can require that miners lock up a collateral deposit (in TAO tokens) to be eligible for certain high-value “organic” jobs. If a miner misbehaves or returns bad results, that on-chain collateral can be slashed (forfeited) via a smart contract. This serves as economic security, giving validators confidence that miners have “skin in the game” and will not easily cheat. Miners opt-in by depositing via a provided guide, and validators activate it by deploying the collateral contract in their subnet’s validation code. This feature effectively brings DeFi-like stake slashing to the compute marketplace, further aligning incentives for honest work.
Built-in DDoS Shield: To improve network robustness, the ComputeHorde team also offers an optional DDoS protection tool for miners. Mining nodes can run a Dockerized “DDoS Shield” that the team developed, which helps guard against denial-of-service attacks on the miners’ endpoints. This is important because validators from other subnets will be sending tasks to miners; hostile actors might try to DDoS miners to disrupt service. The shield is a part of the product toolkit to ensure stable, continuous mining operations even under network stress.
All of the above components come together to make ComputeHorde a full-stack decentralized compute service. The project’s codebase (open-sourced on GitHub) includes modules for miners, validators, executors, and a facilitator orchestration layer. In demonstrations, the team has even shown “a la carte” model hosting – miners can load requested HuggingFace AI models on-the-fly to serve inference requests – with custom front-ends for users to interact with those models. In short, the build is not just a blockchain or a smart contract, but an entire framework that turns a network of GPUs into a reliable, verifiable, and easy-to-use compute cloud for AI.
ComputeHorde introduces new mechanisms to ensure that validators can trust the work done by remote miners’ GPUs. It was the first Bittensor subnet to implement a commit–reveal scheme for validation: validators commit to an encrypted hash of their evaluation (of a miner’s AI model output) and reveal the actual result in the next round. This prevents malicious miners from “copying” the correct answers (weights) in real-time, a known attack in decentralized learning. In tandem with other safeguards (like randomly rotating miners’ GPU assignments, dubbed “executor dancing”), ComputeHorde ensures that miners must perform genuine computations rather than cheat the system. All validators – big or small – get fair access to services, and miners are incentivized to behave honestly under these rules.
Overall, ComputeHorde’s role is to be the trustable, decentralized compute backbone for Bittensor. It “supercharges” the network by making large-scale GPU power available on demand. A concrete sign of its impact: by mid-2024, Subnet 12’s ComputeHorde had scaled to over 1,000 GPUs contributing to its network, effectively forming a decentralized supercomputer and “breaking all known limits of subnet design” in Bittensor. This massive GPU horde not only validates miners’ work on Subnet 12 itself, but stands ready to validate and serve AI tasks from any current or future subnet. In short, ComputeHorde provides the raw compute muscle that can be trusted and utilized by the rest of the Bittensor ecosystem, paving the way for a far larger, more powerful network of AI subnets.
ComputeHorde’s “product” is essentially a combination of blockchain-based protocol and software ecosystem that turns untrusted GPUs into a reliable compute service. It includes the on-chain subnet logic (the incentive mechanism running on Bittensor’s substrate framework) as well as off-chain client software (miners, validators, and tools) that implement that logic. Key components and innovations of the ComputeHorde build include:
Decentralized GPU Mining Network with Executors: ComputeHorde’s miners run a specialized miner client (open-sourced on GitHub) that allows each miner to register multiple GPU “executors” on the subnet. An executor is like a worker process handling tasks on one or more GPUs. This design lifts the usual limit of 256 miner slots (UIDs) by letting a single miner contribute many GPUs under one identity. In effect, “each miner spawns as many executors as they like,” enabling massive parallel task processing across potentially thousands of GPUs in the network. This highly scalable architecture is what allows ComputeHorde to aggregate so much compute power in one subnet.
Validator SDK for Easy Integration: The team provides a ComputeHorde SDK (Python library) that subnet owners or validators can use to offload jobs to the Horde. A validator on another subnet can integrate this SDK into their validation code, enabling them to dispatch AI tasks to ComputeHorde miners on demand and retrieve results, all through standardized calls. This makes using the decentralized GPU pool almost as straightforward as calling a cloud API – but backed by blockchain incentives. According to the docs, tapping into ComputeHorde requires no extra hardware and can “boost reliability” for validators by giving them overflow capacity whenever needed.
Fairness and Anti-Cheating Mechanisms: To ensure verifiability of the compute work, ComputeHorde implements several novel consensus tweaks. The commit–reveal scheme (mentioned earlier) is built into the validation process to thwart “weight copying” attacks. Additionally, “executor dancing” means miners periodically shuffle which GPU (executor) corresponds to which network ID, so that a miner cannot consistently mimic another’s past answers. There are also penalties for selective service, i.e. miners who try to skip serving certain validators (perhaps to game the scoring) can be detected and penalized. Furthermore, ComputeHorde’s incentive mechanism explicitly rewards miners for completing external (organic) tasks from other subnets, not just their own internal tests – this ensures the subnet actively prioritizes real useful work for others. All these measures are part of the product’s design to make the GPU compute “fair and verified” for all participants.
Hardware Classes & Performance Proofs: Recognizing that different AI tasks may require different hardware, ComputeHorde introduced the concept of hardware classes to its marketplace. In practice, miners declare what GPU class they offer (for example, currently NVIDIA A6000 cards are supported, with A100 support planned next). The subnet can assign tasks appropriate to that class and even run synthetic benchmark tasks on those GPUs to ensure miners deliver the advertised performance. This creates a more transparent market for GPU compute – validators can request the level of power they need, and miners are rewarded in proportion to the performance they provide. The end goal is to support all major GPU types/configurations over time, so any kind of model or computation required by a Bittensor subnet can find a matching miner in the Horde.
Collateral and Slashing for Trust: ComputeHorde recently added a collateral staking mechanism to enhance trust for cross-subnet jobs. Validators can require that miners lock up a collateral deposit (in TAO tokens) to be eligible for certain high-value “organic” jobs. If a miner misbehaves or returns bad results, that on-chain collateral can be slashed (forfeited) via a smart contract. This serves as economic security, giving validators confidence that miners have “skin in the game” and will not easily cheat. Miners opt-in by depositing via a provided guide, and validators activate it by deploying the collateral contract in their subnet’s validation code. This feature effectively brings DeFi-like stake slashing to the compute marketplace, further aligning incentives for honest work.
Built-in DDoS Shield: To improve network robustness, the ComputeHorde team also offers an optional DDoS protection tool for miners. Mining nodes can run a Dockerized “DDoS Shield” that the team developed, which helps guard against denial-of-service attacks on the miners’ endpoints. This is important because validators from other subnets will be sending tasks to miners; hostile actors might try to DDoS miners to disrupt service. The shield is a part of the product toolkit to ensure stable, continuous mining operations even under network stress.
All of the above components come together to make ComputeHorde a full-stack decentralized compute service. The project’s codebase (open-sourced on GitHub) includes modules for miners, validators, executors, and a facilitator orchestration layer. In demonstrations, the team has even shown “a la carte” model hosting – miners can load requested HuggingFace AI models on-the-fly to serve inference requests – with custom front-ends for users to interact with those models. In short, the build is not just a blockchain or a smart contract, but an entire framework that turns a network of GPUs into a reliable, verifiable, and easy-to-use compute cloud for AI.
ComputeHorde (Subnet 12) was developed and is operated by a team known as Backend Developers Ltd. The subnet was launched on Bittensor mainnet in early 2024 (around the end of January), and the lead architect is known by the alias “Rhef.” Community posts and podcasts frequently credit “Rhef and his team” for driving the project’s success. Under Rhef’s guidance, the team has grown the subnet from inception to one of the top-performing subnets in the network, with rapid iterations on its features and consistent community engagement.
The core developers behind ComputeHorde are highly experienced in backend systems and Python development. In fact, Backend Developers Ltd is closely linked with Reef Technologies, a software engineering firm specializing in complex backend solutions. Reef Technologies has advertised that new hires will “jump into complex projects like ComputeHorde”, highlighting the technical depth of the project. This suggests that the company (led by CEO Paweł Polewicz) provides engineering muscle to the subnet. The team leverages their expertise in distributed systems – as seen in the sophisticated design of the “trustless supercluster of GPU-enabled sandboxed containers controlled by decentralized algorithms” that is ComputeHorde.
Not only is the ComputeHorde team building Subnet 12, they are also major contributors to the wider Bittensor ecosystem. According to their official site, “We are the largest investor in Bittensor’s core and ecosystem, surpassing all other subnets in commitment and support.”. This is evidenced by the tools and improvements they’ve contributed: they developed Grafana monitoring dashboards for Bittensor’s metagraph (network stats), Discord bots for governance transparency (tracking subnet parameters), advanced DDoS protection tools, and on-chain contracts like the collateral/slashing mechanism. In short, the ComputeHorde team is deeply involved in Bittensor’s development and takes a leadership role in improving the network’s infrastructure.
Team Highlights:
Organization: Backend Developers Ltd (a.k.a. Reef Technologies for development).
Lead Developer (Owner): “Rhef” (pseudonym) – recognized in the community as the driving force behind Subnet 12.
Expertise: Senior backend engineers and distributed systems specialists (focused on Python and blockchain).
Contributions: Besides building the Subnet 12 protocol, the team has delivered monitoring tools, security enhancements, and validator frameworks used across Bittensor. They actively engage with other subnet builders and validators (e.g. appearing on community podcasts to share updates).
Community & Support: Active on Discord (#μ・horde・12) for support and feedback, and open to collaboration. The project is open-source (GitHub: backend-developers-ltd/ComputeHorde), inviting community contributions and transparency in development.
ComputeHorde (Subnet 12) was developed and is operated by a team known as Backend Developers Ltd. The subnet was launched on Bittensor mainnet in early 2024 (around the end of January), and the lead architect is known by the alias “Rhef.” Community posts and podcasts frequently credit “Rhef and his team” for driving the project’s success. Under Rhef’s guidance, the team has grown the subnet from inception to one of the top-performing subnets in the network, with rapid iterations on its features and consistent community engagement.
The core developers behind ComputeHorde are highly experienced in backend systems and Python development. In fact, Backend Developers Ltd is closely linked with Reef Technologies, a software engineering firm specializing in complex backend solutions. Reef Technologies has advertised that new hires will “jump into complex projects like ComputeHorde”, highlighting the technical depth of the project. This suggests that the company (led by CEO Paweł Polewicz) provides engineering muscle to the subnet. The team leverages their expertise in distributed systems – as seen in the sophisticated design of the “trustless supercluster of GPU-enabled sandboxed containers controlled by decentralized algorithms” that is ComputeHorde.
Not only is the ComputeHorde team building Subnet 12, they are also major contributors to the wider Bittensor ecosystem. According to their official site, “We are the largest investor in Bittensor’s core and ecosystem, surpassing all other subnets in commitment and support.”. This is evidenced by the tools and improvements they’ve contributed: they developed Grafana monitoring dashboards for Bittensor’s metagraph (network stats), Discord bots for governance transparency (tracking subnet parameters), advanced DDoS protection tools, and on-chain contracts like the collateral/slashing mechanism. In short, the ComputeHorde team is deeply involved in Bittensor’s development and takes a leadership role in improving the network’s infrastructure.
Team Highlights:
Organization: Backend Developers Ltd (a.k.a. Reef Technologies for development).
Lead Developer (Owner): “Rhef” (pseudonym) – recognized in the community as the driving force behind Subnet 12.
Expertise: Senior backend engineers and distributed systems specialists (focused on Python and blockchain).
Contributions: Besides building the Subnet 12 protocol, the team has delivered monitoring tools, security enhancements, and validator frameworks used across Bittensor. They actively engage with other subnet builders and validators (e.g. appearing on community podcasts to share updates).
Community & Support: Active on Discord (#μ・horde・12) for support and feedback, and open to collaboration. The project is open-source (GitHub: backend-developers-ltd/ComputeHorde), inviting community contributions and transparency in development.
ComputeHorde’s roadmap is centered on scaling its capabilities and fortifying trust as the Bittensor network grows. A major near-term focus is on broadening hardware support. Currently, the subnet supports NVIDIA A6000 GPUs as the standard class for miners, but A100 GPU support is slated to be added next. This will likely be followed by other classes – the end goal is to “support all GPU types/configurations” that validators might need across different AI workloads. In practice, this means if future subnets require, say, high-memory GPUs or specialized accelerators, ComputeHorde aims to accommodate them, creating a truly universal decentralized compute layer.
On the software side, the team will continue to refine and innovate on trust and fairness mechanisms. The commit-reveal scheme and executor randomization have already proven effective at stopping certain attacks (a Bittensor community update noted that weight-copying was “immediately stopped” once commit-reveal was implemented). Going forward, the roadmap likely includes monitoring the effectiveness of these measures and introducing further game-theoretic improvements as needed. For example, additional cryptographic techniques (like threshold signatures or timelocked encryption of validation data) could be explored to bolster security – these are areas of active research in Bittensor’s broader roadmap. The scoring and incentive model will also be tuned continuously so that miners are maximally incentivized to perform useful work (serving validators’ requests) rather than just chasing internal metrics.
A noteworthy aspect of ComputeHorde’s future is deepening its integration with other subnets. As more Bittensor subnets launch with intensive compute needs (for instance, subnets for video generation or large language model training), ComputeHorde is positioned to serve them. Recent developments show this is already underway – for example, video processing tasks have been successfully offloaded to ComputeHorde in tests, demonstrating its utility for even high-bandwidth workloads. We can expect formalized support for such cross-subnet task pipelines as the technology matures, effectively making Subnet 12 an “AI factory” that other subnets plug into for heavy lifting.
In terms of network growth, the team envisions ComputeHorde as critical infrastructure for Bittensor’s scale-up. The Bittensor roadmap through 2025 anticipates many more subnets coming online, and the Horde should scale accordingly (potentially servicing thousands of subnets). This could involve deploying more instances of the subnet or increasing the capacity of the current one. The fact that ComputeHorde already reached 1,000+ GPUs in its first few months sets a precedent; the roadmap likely includes pushing that number much higher (while maintaining performance). The team may also work on optimization and cost-efficiency – e.g., improving how tasks are distributed to minimize latency and maximize GPU utilization across the network.
From an ecosystem perspective, the long-term roadmap for ComputeHorde is to remain the go-to decentralized compute marketplace in Bittensor. We will see it continuously updated as Bittensor releases new core features (like Dynamic TAO economics, new consensus upgrades, etc., which Subnet 12 will adopt to stay current with the network’s standards). The team’s active involvement with governance suggests that ComputeHorde will evolve in step with Bittensor’s vision. In summary, expect ComputeHorde to expand hardware support, refine its trust mechanisms, and scale out capacity in the coming months – all aimed at reinforcing Bittensor’s foundation so that no matter how big the decentralized AI network grows, a robust “horde” of GPUs will be there to power it.
ComputeHorde’s roadmap is centered on scaling its capabilities and fortifying trust as the Bittensor network grows. A major near-term focus is on broadening hardware support. Currently, the subnet supports NVIDIA A6000 GPUs as the standard class for miners, but A100 GPU support is slated to be added next. This will likely be followed by other classes – the end goal is to “support all GPU types/configurations” that validators might need across different AI workloads. In practice, this means if future subnets require, say, high-memory GPUs or specialized accelerators, ComputeHorde aims to accommodate them, creating a truly universal decentralized compute layer.
On the software side, the team will continue to refine and innovate on trust and fairness mechanisms. The commit-reveal scheme and executor randomization have already proven effective at stopping certain attacks (a Bittensor community update noted that weight-copying was “immediately stopped” once commit-reveal was implemented). Going forward, the roadmap likely includes monitoring the effectiveness of these measures and introducing further game-theoretic improvements as needed. For example, additional cryptographic techniques (like threshold signatures or timelocked encryption of validation data) could be explored to bolster security – these are areas of active research in Bittensor’s broader roadmap. The scoring and incentive model will also be tuned continuously so that miners are maximally incentivized to perform useful work (serving validators’ requests) rather than just chasing internal metrics.
A noteworthy aspect of ComputeHorde’s future is deepening its integration with other subnets. As more Bittensor subnets launch with intensive compute needs (for instance, subnets for video generation or large language model training), ComputeHorde is positioned to serve them. Recent developments show this is already underway – for example, video processing tasks have been successfully offloaded to ComputeHorde in tests, demonstrating its utility for even high-bandwidth workloads. We can expect formalized support for such cross-subnet task pipelines as the technology matures, effectively making Subnet 12 an “AI factory” that other subnets plug into for heavy lifting.
In terms of network growth, the team envisions ComputeHorde as critical infrastructure for Bittensor’s scale-up. The Bittensor roadmap through 2025 anticipates many more subnets coming online, and the Horde should scale accordingly (potentially servicing thousands of subnets). This could involve deploying more instances of the subnet or increasing the capacity of the current one. The fact that ComputeHorde already reached 1,000+ GPUs in its first few months sets a precedent; the roadmap likely includes pushing that number much higher (while maintaining performance). The team may also work on optimization and cost-efficiency – e.g., improving how tasks are distributed to minimize latency and maximize GPU utilization across the network.
From an ecosystem perspective, the long-term roadmap for ComputeHorde is to remain the go-to decentralized compute marketplace in Bittensor. We will see it continuously updated as Bittensor releases new core features (like Dynamic TAO economics, new consensus upgrades, etc., which Subnet 12 will adopt to stay current with the network’s standards). The team’s active involvement with governance suggests that ComputeHorde will evolve in step with Bittensor’s vision. In summary, expect ComputeHorde to expand hardware support, refine its trust mechanisms, and scale out capacity in the coming months – all aimed at reinforcing Bittensor’s foundation so that no matter how big the decentralized AI network grows, a robust “horde” of GPUs will be there to power it.
Huge thanks to Keith Singery (aka Bittensor Guru) for all of his fantastic work in the Bittensor community. Make sure to check out his other video/audio interviews by clicking HERE.
In this video, Keith chats with Rhef whose team are introducing miners to groundbreaking architecture. This new setup features multiple GPUs, on-demand requisitioning, a la carte HuggingFace model hosting, and custom front ends for user interaction.
Welcome back, @Rapido_ai ! ⚙️
Back in Compute Horde to strengthen Subnet 12’s trust layer powering decentralized GPU compute.
We’ve released a focused dashboard for Organic Jobs on Subnet 12- real, non‑synthetic requests processed in the consumer→validator flow.
The dashboard surfaces the signals visible today:
Throughput
Success and error rates
Consumer→validator routing distribution
Use these…
Today in “This is why we built a bunker” 😂
If you’re not staking with a bare metal validator, you’re doing it wrong. 😉
$TAO
ComputeHorde just moved to Yuma3. With CH2.0 out, we’re tidying up the fundamentals.
Bond penalty stays at 1, but liquid alpha 2 is on.
Weight copiers can copy all they want — their vtrust might look good half the time, but dividends? firmly on the floor.
“But wait — there are…
👀🧙♂️
@404gen_
🦑 New Validator Joined the Horde- Welcome, @krakenfx !
Compute Horde expands again with @staked_us joining as our newest validator on Subnet 12 ⚙️
With 555K $TAO staked and 98K weighted DTAO, Kraken now ranks #6 — helping power a more secure and scalable decentralized GPU…