From b171281bb4ff410a3123f7db4f3bad0aaff4bef6 Mon Sep 17 00:00:00 2001 From: michael trestman Date: Wed, 11 Feb 2026 16:27:58 -0800 Subject: [PATCH 1/7] wip --- docs/subnets/code-of-conduct.md | 89 +++++++++++++++++++++++++++++++++ sidebars.js | 1 + 2 files changed, 90 insertions(+) create mode 100644 docs/subnets/code-of-conduct.md diff --git a/docs/subnets/code-of-conduct.md b/docs/subnets/code-of-conduct.md new file mode 100644 index 000000000..61e47834c --- /dev/null +++ b/docs/subnets/code-of-conduct.md @@ -0,0 +1,89 @@ +--- +title: "Subnet Code of Conduct (Draft)" +--- + +# Subnet Code of Conduct (Draft) + +This document is a DRAFT code of conduct for subnet owners: practical norms that have historically been *socially enforced* by validators. The enforcement mechanism has been a coordinated decision to burn the subnet's emissions by submitting a weight matrix that only gives weight to the subnet owner's own key, rather than actual miners; this triggers the alpha emissions to be burnt (not to be sent to the subnet owner). + +Bittensor's validators strive to uphold this set of norms because they are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. + +The rules and their enforcement aim to: + +- Reduce incentives for extractive behavior (emissions capture without meaningful product or good-faith participation). +- Discourage unnecessary centralization (single points of failure, privileged control paths). +- Protect miners/validators/holders from fraudulent, coercive, or unsafe subnet practices. +- Provide a predictable, appealable path to remediation when problems are found. + +:::note +This is not an “official law code”. Burn outcomes are ultimately the result of validators' independent decisions. Validators gain their roles by the stake delegated to them by the Bittensor community, and do not have any other authority. +::: + +## Subet Owner Responsibilities + +### Validator operations should be open-source and permissionless + +- Do not use hyperparameter manipulation or other tactics to make third-party validators ineffective while keeping your own validators advantaged. + +- Publish runnable code and at least minimal documentation so third-party validators can operate independently. + +- Do not require validators to interact with owner infrastructure for the core functionality of scoring/weights. Do not fee-gate, role-gate, or otherwise impede validation if the practical effect is owner control. + +- Avoid centralized, owner-controlled “weight servers” or “evaluation servers” that determine outcomes off-chain. + +- If you believe a narrow exception is justified (e.g., an anti-fraud module), document: + - what is closed, + - why it must be closed, + - what safeguards exist, + - when it will be opened (or what would change the decision). + +### Do not build extractive custody paths + +- Do not collude with certain miners so as to turn your subnet into a private emissions pipeline. +- Do not mine your own subnet in a way that undermines fair competition or misrepresents decentralization. +- Do not require miners to redirect emissions to owner-controlled “treasury” accounts. +- Use smart contracts for any additional token interactions in order to keep your accounting transparent and on-chain. + +### Avoid discrimination-as-a-bandage + +- Avoid restricting miners by coldkey, axon IP, or IP ranges as routine policy. +- Fix the underlying mechanism instead; discrimination is typically easy to evade and often reduces transparency. + +### Safety and legality + +- Do not enable, tolerate, or monetize harmful/criminal activity (e.g., malware, CSAM, botnets). +- Be cautious about architectures that create legal exposure for participants. + +### What to do if your subnet is under review + +If your subnet is being discussed for burn-related action, pursue a course of transparency and engagement in order to gain or regain good standing in the community: + +- Acknowledge and address specific claims (don’t argue past it). +- Publish evidence and/or a patch (repo, commit, release tag). +- Make validation reproducible (remove “trust me” dependencies). +- Communicate your remediation plans and provide a single place to track progress (issue tracker, forum post). +- Request reevaluation after a substantive code/architecture change. + +## Code of Operating Conduct for Validators (acting as 'burn police') + +Enforcement of the code of conduct is an open, decentralized process. Publishing process norms helps owners know what to expect and helps validators keep decisions understandable. + +### Core principles + +- **Consistency**: apply standards evenly; avoid favoritism. +- **Transparency by default**: public rationale and non-ephemeral records where feasible. +- **Evidence over vibes or personal cred**: prefer primary sources and reproducible claims. +- **Due process**: right of reply and time to remediate when appropriate. +- **Proportionality**: “pause and fix” when there is good faith; reserve severe measures for persistent malice/defiance. +- **Conflict-of-interest controls**: disclose material conflicts; abstain where possible. +- **Professional conduct**: no harassment/doxxing; critique designs; avoid defamation. + +### Logging + +Ideally, log every 'burn police' action with its rationale and a subsequent assessment of the success of the action. For each subnet action (burn / sink / other), publish: + +- What norm was implicated (or “under review” if preliminary) +- Evidence links (code, on-chain, public statements) +- Remediation checklist +- Next review trigger (e.g., “major code update shipped”) +- Publish post hoc assessment \ No newline at end of file diff --git a/sidebars.js b/sidebars.js index abbec266c..30e699d21 100644 --- a/sidebars.js +++ b/sidebars.js @@ -48,6 +48,7 @@ const sidebars = { "learn/introduction", "resources/questions-and-answers", "subnets/understanding-subnets", + "subnets/code-of-conduct", "learn/anatomy-of-incentive-mechanism", "subnets/understanding-multiple-mech-subnets", "learn/neurons", From fef45be3971aae9f499e730da05250c1aba3a287 Mon Sep 17 00:00:00 2001 From: michael trestman Date: Wed, 11 Feb 2026 16:36:12 -0800 Subject: [PATCH 2/7] wip --- docs/subnets/code-of-conduct.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/subnets/code-of-conduct.md b/docs/subnets/code-of-conduct.md index 61e47834c..93c600994 100644 --- a/docs/subnets/code-of-conduct.md +++ b/docs/subnets/code-of-conduct.md @@ -4,7 +4,7 @@ title: "Subnet Code of Conduct (Draft)" # Subnet Code of Conduct (Draft) -This document is a DRAFT code of conduct for subnet owners: practical norms that have historically been *socially enforced* by validators. The enforcement mechanism has been a coordinated decision to burn the subnet's emissions by submitting a weight matrix that only gives weight to the subnet owner's own key, rather than actual miners; this triggers the alpha emissions to be burnt (not to be sent to the subnet owner). +This discusses Bittensor's *unofficial* code of conduct for subnet owners: norms that have historically been upheld by validators, through the enforcement mechanism of burning the subnet's emissions. This is done by submitting a weight matrix that gives all weight to the subnet owner's own key, rather than actual miners, which triggers those alpha emissions to be burnt, not to be sent to the subnet owner. Bittensor's validators strive to uphold this set of norms because they are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. From 290e747b60098c341ca5ffb0f4f1736c927b925b Mon Sep 17 00:00:00 2001 From: michael trestman Date: Wed, 11 Feb 2026 16:36:37 -0800 Subject: [PATCH 3/7] wip --- docs/subnets/code-of-conduct.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/subnets/code-of-conduct.md b/docs/subnets/code-of-conduct.md index 93c600994..842df8595 100644 --- a/docs/subnets/code-of-conduct.md +++ b/docs/subnets/code-of-conduct.md @@ -4,7 +4,7 @@ title: "Subnet Code of Conduct (Draft)" # Subnet Code of Conduct (Draft) -This discusses Bittensor's *unofficial* code of conduct for subnet owners: norms that have historically been upheld by validators, through the enforcement mechanism of burning the subnet's emissions. This is done by submitting a weight matrix that gives all weight to the subnet owner's own key, rather than actual miners, which triggers those alpha emissions to be burnt, not to be sent to the subnet owner. +This page discusses Bittensor's *unofficial* code of conduct for subnet owners: norms that have historically been upheld by validators, through the enforcement mechanism of burning the subnet's emissions. This is done by submitting a weight matrix that gives all weight to the subnet owner's own key, rather than actual miners, which triggers those alpha emissions to be burnt, not to be sent to the subnet owner. Bittensor's validators strive to uphold this set of norms because they are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. From c965d7a46303039d08ed55ffe75da99c855c3722 Mon Sep 17 00:00:00 2001 From: michael trestman Date: Wed, 11 Feb 2026 16:43:21 -0800 Subject: [PATCH 4/7] wip --- docs/subnets/code-of-conduct.md | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/docs/subnets/code-of-conduct.md b/docs/subnets/code-of-conduct.md index 842df8595..2227cd2a9 100644 --- a/docs/subnets/code-of-conduct.md +++ b/docs/subnets/code-of-conduct.md @@ -23,15 +23,13 @@ This is not an “official law code”. Burn outcomes are ultimately the result ### Validator operations should be open-source and permissionless -- Do not use hyperparameter manipulation or other tactics to make third-party validators ineffective while keeping your own validators advantaged. - -- Publish runnable code and at least minimal documentation so third-party validators can operate independently. +- Publish runnable code and at adequate documentation so third-party validators can operate independently. - Do not require validators to interact with owner infrastructure for the core functionality of scoring/weights. Do not fee-gate, role-gate, or otherwise impede validation if the practical effect is owner control. - - Avoid centralized, owner-controlled “weight servers” or “evaluation servers” that determine outcomes off-chain. +- Do not use hyperparameter manipulation or other tactics to make third-party validators ineffective while keeping your own validators advantaged. -- If you believe a narrow exception is justified (e.g., an anti-fraud module), document: +- If you believe any exception to the above is justified, avoid trouble by pre-emptively documenting: - what is closed, - why it must be closed, - what safeguards exist, From 46cbb2d903f3c7e29ffc1455d0f49888894a4a8d Mon Sep 17 00:00:00 2001 From: michael trestman Date: Tue, 17 Feb 2026 07:55:12 -0800 Subject: [PATCH 5/7] wip --- docs/subnets/code-of-conduct.md | 38 ++++++++++++++++----------------- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/docs/subnets/code-of-conduct.md b/docs/subnets/code-of-conduct.md index 2227cd2a9..e5f91069c 100644 --- a/docs/subnets/code-of-conduct.md +++ b/docs/subnets/code-of-conduct.md @@ -4,9 +4,11 @@ title: "Subnet Code of Conduct (Draft)" # Subnet Code of Conduct (Draft) -This page discusses Bittensor's *unofficial* code of conduct for subnet owners: norms that have historically been upheld by validators, through the enforcement mechanism of burning the subnet's emissions. This is done by submitting a weight matrix that gives all weight to the subnet owner's own key, rather than actual miners, which triggers those alpha emissions to be burnt, not to be sent to the subnet owner. +This page discusses Bittensor's *unofficial* code of conduct for subnet owners, which is enforced by validators. Historically, norms of conduct have been enforced through the mechanism of burning the subnet's emissions by submitting a weight matrix that gives all weight to the subnet owner's own key, rather than actual miners. This triggers the emissions algorithm to burn those alpha emissions, **not** to send them to the subnet owner. -Bittensor's validators strive to uphold this set of norms because they are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. +Currently, additional mechanisms for validators to limit the impact of suspected bad actor subnets, and to punish them tokenomically, are being researched for eventual inclusion in the protocol. + +Bittensor's validators strive to uphold norms of conduct because they are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. The rules and their enforcement aim to: @@ -23,7 +25,6 @@ This is not an “official law code”. Burn outcomes are ultimately the result ### Validator operations should be open-source and permissionless - - Publish runnable code and at adequate documentation so third-party validators can operate independently. - Do not require validators to interact with owner infrastructure for the core functionality of scoring/weights. Do not fee-gate, role-gate, or otherwise impede validation if the practical effect is owner control. - Avoid centralized, owner-controlled “weight servers” or “evaluation servers” that determine outcomes off-chain. @@ -64,24 +65,23 @@ If your subnet is being discussed for burn-related action, pursue a course of tr ## Code of Operating Conduct for Validators (acting as 'burn police') -Enforcement of the code of conduct is an open, decentralized process. Publishing process norms helps owners know what to expect and helps validators keep decisions understandable. +Validators' readiness to participate as 'burn police' is critical to Bittensor's tokenomic health. If bad-actor subnets are not quickly halted, they can potentially drain significant liquidity, gaining a foothold for making further trouble and harming the public trust of TAO through pump and dump schemes that add no value. If validators display consistent, decisive responsiveness, bad actors will lose, potential bad actors will be deterred, and such attacks will remain rare. + +### Transparency/Documentation + +In order to maintain public trust in this critical function, burn police actions should be made transparent. Published documentation should include the evidence used to assess the sitiuation and the time-table of events, including a retroactive assessment after the situation has concluded. These records should be publicly archived. + +### Communication/Warnings + +Except in rare, exceptional, emergency cases, punitive actions should be proceeded by warnings, dialogue, and clear communication of what is required to bring the subnet into compliance. Without communicating these requirements prior to the sanction, the subnet owner cannot be expected to comply, and punitive actions will be seen as bullying or piratical, by the recipient as well as potentially by the community. Prompt, unambiguous, highly visible communication is the key. + +Unless a subnet owner's intent is clearly malicious, it be preferred to achieve compliance through communication and negotion *without needing to exercise the burn or other punishment*. -### Core principles +### Fairness -- **Consistency**: apply standards evenly; avoid favoritism. -- **Transparency by default**: public rationale and non-ephemeral records where feasible. -- **Evidence over vibes or personal cred**: prefer primary sources and reproducible claims. -- **Due process**: right of reply and time to remediate when appropriate. -- **Proportionality**: “pause and fix” when there is good faith; reserve severe measures for persistent malice/defiance. -- **Conflict-of-interest controls**: disclose material conflicts; abstain where possible. -- **Professional conduct**: no harassment/doxxing; critique designs; avoid defamation. +Standards of conduct must be applied consistently and without bias, or public trust in Bittensor, and correlatively the value of TAO, will be eroded. -### Logging +Sanctions and scrutiny should be applied based on the subnet design rather than ad hominem factors. Validators should not excuse subnets based on personal relationships; standards for exceptions, and for subnets to make transparent the rationale for any exceptions, must be applied without favoritism or secrecy. -Ideally, log every 'burn police' action with its rationale and a subsequent assessment of the success of the action. For each subnet action (burn / sink / other), publish: +Material conflicts of interest between validators and subnets should be avoided and stated clearly when necessary. -- What norm was implicated (or “under review” if preliminary) -- Evidence links (code, on-chain, public statements) -- Remediation checklist -- Next review trigger (e.g., “major code update shipped”) -- Publish post hoc assessment \ No newline at end of file From 9e4303b1431cc99b1d1ebe6dd5333a693b3cdcdc Mon Sep 17 00:00:00 2001 From: michael trestman Date: Tue, 3 Mar 2026 06:50:33 -0800 Subject: [PATCH 6/7] wip --- docs/subnets/code-of-conduct.md | 40 ++++++++++++++++++++++++++------- 1 file changed, 32 insertions(+), 8 deletions(-) diff --git a/docs/subnets/code-of-conduct.md b/docs/subnets/code-of-conduct.md index e5f91069c..3a3ea8547 100644 --- a/docs/subnets/code-of-conduct.md +++ b/docs/subnets/code-of-conduct.md @@ -4,11 +4,33 @@ title: "Subnet Code of Conduct (Draft)" # Subnet Code of Conduct (Draft) -This page discusses Bittensor's *unofficial* code of conduct for subnet owners, which is enforced by validators. Historically, norms of conduct have been enforced through the mechanism of burning the subnet's emissions by submitting a weight matrix that gives all weight to the subnet owner's own key, rather than actual miners. This triggers the emissions algorithm to burn those alpha emissions, **not** to send them to the subnet owner. +This page gives an overview of Bittensor's unofficial code of conduct for subnet owners. + +Throughout the history of Bittensor, norms of conduct have been enforced **by validators** through the mechanism of [burning](../resources/glossary.md#burning) the subnet's miner incentives. This is triggered by validators submitting a weight matrix that gives all weight to the subnet owner's own key, rather than actual miners--resulting in the incentives being burned (not received by the subnet owner). Coordinated burning of mining emissions has been, and will continue to be, a critical means to limit the economic impact of subnets acting in ways that are malicious, irresponsible, or otherwise harmful to the network and community. It must also serve to deter attempts to cheat the Bittensor community through Ponzi schemes and other scams, by demonstrating that such attempts are bound to fail. Currently, additional mechanisms for validators to limit the impact of suspected bad actor subnets, and to punish them tokenomically, are being researched for eventual inclusion in the protocol. -Bittensor's validators strive to uphold norms of conduct because they are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. +See also: + +- [Why Burn](https://github.com/bittensor-church/bittensor-why-burn/blob/master/README.md): Maintained by the Bittensor community organization Church of Rao, this living document contains detailed discussions of specific rules and consequences. + +- To report a subnet for suspected violations: **TBD (forum, GitHub issues, or form—to be determined).** + +## The nature of distributed policing by validators + +Bittensor is a distributed incentivization engine. It is based on the idea that that, in a well-organized, trustless, system, agents pursuing their own selfish interests can converge on a kind of productive cooperation. Bittensor's validators strive to uphold norms of conduct that are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. How can be validators be trust to act in the interest of Bittensor overall? + +Validators' power comes from two sources: held stake and delegated stake, which combine into [stake-weight](../resources/glossary.md#stake-weight), the metric that [Yuma Consensus](../learn/yuma-consensus.md) uses to weight validator inputs when computing emissions. As a result, validators by their nature are invested in enforcing good behavior by subnet owners for two reasons: + +1) Because validation is lucarative and can be achieved either by self-funding or by finding delegated stake, validators by their nature tend to hold and accumulate large amounts of liquidity. As a result, they are invested in the overall health of the Bittensor ecosystem, if only for the selfish reason that they want the open-market value of their token holdings to increase. Overall health in this sense means that Bittensor is fulfillings its mission of producing best-in-class digital commodities. Scammy, unstable, and vacuous subnets that result in failed investments for their stakers lower the value of all token holdings. By design, validators are in a position ot represent an interest in the long-term, overall value of the Bittensor ecosystem. + +2) To the extent that a validator maintains their stake-weight through delegated stake, their power as a validator is contingent on maintaining the trust of the community that delegates to them. If a validator loses delegated stake they depend on, they lose their lucrative, powerful position as validator. Therefore, if stakers efficiently prefer delegating to validators that participate in good faith in policing actions, then validators must police subnets. + +:::note +If enough validators by stake-weight opt to participate in a burn action, the other validators will have to follow suit otherwise they will fall out of consensus and lose emissions. This ensures that not all validators have to be motivated to police, since they can be economically induced to go along with policing actions provided sufficient validators by stake-weight are participating in good faith. +::: + +## Purpose of the Subnet Code of Conduct The rules and their enforcement aim to: @@ -18,10 +40,12 @@ The rules and their enforcement aim to: - Provide a predictable, appealable path to remediation when problems are found. :::note -This is not an “official law code”. Burn outcomes are ultimately the result of validators' independent decisions. Validators gain their roles by the stake delegated to them by the Bittensor community, and do not have any other authority. +This is not an “official law code”. Burn outcomes are ultimately the result of validators' independent decisions. Validators gain their roles by the stake delegated to them by the Bittensor community, and do not have any other authority. + +**Stakers are the meta-layer.** Validators are responsible for serving their own interests and the interests of the community, but they are ultimately subject to what stakers want. Stakers keep validators honest by choosing where to delegate; validators who fail to uphold norms can lose stake to those who do. This tiered, distributed responsibility — stakers → validators → subnet owners — is what makes the system work. If you do not like how validators are enforcing these norms, move your stake. ::: -## Subet Owner Responsibilities +## Subnet Owner Responsibilities ### Validator operations should be open-source and permissionless @@ -63,19 +87,19 @@ If your subnet is being discussed for burn-related action, pursue a course of tr - Communicate your remediation plans and provide a single place to track progress (issue tracker, forum post). - Request reevaluation after a substantive code/architecture change. -## Code of Operating Conduct for Validators (acting as 'burn police') +## Code of Operating Conduct for Validators Validators' readiness to participate as 'burn police' is critical to Bittensor's tokenomic health. If bad-actor subnets are not quickly halted, they can potentially drain significant liquidity, gaining a foothold for making further trouble and harming the public trust of TAO through pump and dump schemes that add no value. If validators display consistent, decisive responsiveness, bad actors will lose, potential bad actors will be deterred, and such attacks will remain rare. ### Transparency/Documentation -In order to maintain public trust in this critical function, burn police actions should be made transparent. Published documentation should include the evidence used to assess the sitiuation and the time-table of events, including a retroactive assessment after the situation has concluded. These records should be publicly archived. +In order to maintain public trust in this critical function, punitive actions must be communicated clearly. Published documentation should include the evidence used to assess the situation and the time-table of events, including a retroactive assessment after the situation has concluded. These records should be publicly archived. ### Communication/Warnings -Except in rare, exceptional, emergency cases, punitive actions should be proceeded by warnings, dialogue, and clear communication of what is required to bring the subnet into compliance. Without communicating these requirements prior to the sanction, the subnet owner cannot be expected to comply, and punitive actions will be seen as bullying or piratical, by the recipient as well as potentially by the community. Prompt, unambiguous, highly visible communication is the key. +Except in rare, exceptional, emergency cases, punitive actions should be preceded by warnings, dialogue, and clear communication of what is required to bring the subnet into compliance. Without communicating these requirements prior to the sanction, the subnet owner cannot be expected to comply, and punitive actions will be seen as bullying or piratical, by the recipient as well as potentially by the community. Prompt, unambiguous, highly visible communication is the key. -Unless a subnet owner's intent is clearly malicious, it be preferred to achieve compliance through communication and negotion *without needing to exercise the burn or other punishment*. +Unless a subnet owner's intent is clearly malicious, it should be preferred to achieve compliance through communication and negotiation *without needing to exercise the burn or other punishment*. ### Fairness From 2356a3aeda4bddb524e4ed05cf25ea1485cb3f07 Mon Sep 17 00:00:00 2001 From: michael trestman Date: Tue, 3 Mar 2026 07:36:36 -0800 Subject: [PATCH 7/7] wip --- docs/subnets/code-of-conduct.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/subnets/code-of-conduct.md b/docs/subnets/code-of-conduct.md index 3a3ea8547..26e7ee432 100644 --- a/docs/subnets/code-of-conduct.md +++ b/docs/subnets/code-of-conduct.md @@ -18,13 +18,13 @@ See also: ## The nature of distributed policing by validators -Bittensor is a distributed incentivization engine. It is based on the idea that that, in a well-organized, trustless, system, agents pursuing their own selfish interests can converge on a kind of productive cooperation. Bittensor's validators strive to uphold norms of conduct that are seen as critical to keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities. How can be validators be trust to act in the interest of Bittensor overall? +Bittensor is a distributed incentivization engine. It is based on the idea that that, in a well-organized, trustless, distributed system, agents pursuing their own selfish interests can converge on productive cooperation. Bittensor's validators strive to uphold norms of conduct for subnet owners that keep Bittensor aligned with its design intent as a platform for funding the creation of digital commodities, making sure that subnets are designed to incentivize miners to produce those commodities. How can we know validators will act in the interest of Bittensor overall? Validators' power comes from two sources: held stake and delegated stake, which combine into [stake-weight](../resources/glossary.md#stake-weight), the metric that [Yuma Consensus](../learn/yuma-consensus.md) uses to weight validator inputs when computing emissions. As a result, validators by their nature are invested in enforcing good behavior by subnet owners for two reasons: -1) Because validation is lucarative and can be achieved either by self-funding or by finding delegated stake, validators by their nature tend to hold and accumulate large amounts of liquidity. As a result, they are invested in the overall health of the Bittensor ecosystem, if only for the selfish reason that they want the open-market value of their token holdings to increase. Overall health in this sense means that Bittensor is fulfillings its mission of producing best-in-class digital commodities. Scammy, unstable, and vacuous subnets that result in failed investments for their stakers lower the value of all token holdings. By design, validators are in a position ot represent an interest in the long-term, overall value of the Bittensor ecosystem. +1) Because validation is lucarative and can be achieved either by self-funding or by finding delegated stake, validators by their nature tend to hold and accumulate large amounts of liquidity. As a result, they are invested in the overall health of the Bittensor ecosystem, if only for the selfish reason that they want the open-market value of their token holdings to increase. Overall health in this sense means that Bittensor is fulfillings its mission of producing best-in-class digital commodities. Scammy, unstable, and vacuous subnets that result in failed investments for their stakers lower the value of all token holdings. By design, validators are in a position to represent an interest in the long-term, overall value of the Bittensor ecosystem. -2) To the extent that a validator maintains their stake-weight through delegated stake, their power as a validator is contingent on maintaining the trust of the community that delegates to them. If a validator loses delegated stake they depend on, they lose their lucrative, powerful position as validator. Therefore, if stakers efficiently prefer delegating to validators that participate in good faith in policing actions, then validators must police subnets. +2) To the extent that a validator maintains their stake-weight through delegated stake, their power as a validator is contingent on maintaining the trust of the community that delegates to them. If a validator loses delegated stake they depend on, they lose their lucrative, powerful position as validator. Therefore, if stakers efficiently prefer delegating to validators that participate in good faith in policing actions, then validators must police subnets. In the end, it is up to stakers to delegate to validators that will uphold the code of responsible participation that drives Bittensor as an economic experiment. :::note If enough validators by stake-weight opt to participate in a burn action, the other validators will have to follow suit otherwise they will fall out of consensus and lose emissions. This ensures that not all validators have to be motivated to police, since they can be economically induced to go along with policing actions provided sufficient validators by stake-weight are participating in good faith.