Desenvolver uma subnet robusta e reforçada na Bittensor é um desafio. Os proprietários de subnets precisam monitorar constantemente a atividade dentro de sua subnet para entender se o design de seus incentivos está funcionando como pretendido. Parte desse processo de desenvolvimento e monitoramento da subnet envolve investigar as inevitáveis alegações e evidências de exploração do mecanismo de incentivo da subnet.
Cada subnet tem suas próprias propriedades e design, então os possíveis exploits naturalmente diferem ao longo do ecossistema. No entanto, acreditamos que uma estrutura única e abrangente para o processamento de alegações de exploração de subnets beneficia toda a comunidade. Ela serve de orientação para os proprietários de subnets, garantindo que as expectativas sobre as emissões dentro de sua subnet sejam claras, e define as expectativas de quem apresenta alegações de exploração de uma subnet.
Estamos desenhando uma estrutura de processamento de exploits de subnets para a comunidade utilizar. Abaixo, identificamos e descrevemos, em alto nível, o processo esperado.
Evidência de um exploit na subnet
O ônus da prova recai sobre a entidade que alega que um possível exploit na subnet é possível ou está ocorrendo. Deve haver dados ou evidências claras que sustentem as alegações de um suposto exploit. Isso ajuda a comunidade em geral a entender a situação e permite que o proprietário da subnet investigue e responda a alegações específicas.
Investigação do proprietário da subnet
Depois que as alegações e as evidências de um possível exploit na subnet forem apresentadas, esperamos que o proprietário da subnet comece a investigar as alegações.
Se o exploit for confirmado pelo proprietário da subnet, ele deve fazer uma declaração pública reconhecendo o exploit e pausar o registro até que o exploit seja resolvido.
Pausa do registro na subnet
Quando o registro é pausado em uma subnet, suas emissões são recicladas, o que significa que nenhum participante da subnet (ou seja, proprietários de subnets, mineradores e validadores) recebe emissões. Isso garante que ninguém possa se beneficiar atacando ativamente uma subnet com um exploit conhecido. Com o registro da subnet pausado, não retiraremos os pesos da subnet. No entanto, se o proprietário de uma subnet não pausar o registro, provavelmente retiraremos os pesos da subnet.
Resultados da investigação do proprietário da subnet
Depois que o proprietário de uma subnet investiga o exploit, esperamos que ele entregue uma documentação detalhando o que foi o exploit e como ajustará sua subnet para eliminar a vulnerabilidade. Como validadores, isso nos ajuda muito a agilizar nossa análise do problema e a determinar se acreditamos que os ajustes do proprietário da subnet resolverão o problema por completo.
No geral, queremos que esse processo promova a transparência e a comunicação aberta entre os proprietários de subnets, a comunidade e validadores como nós. Para dar mais clareza a essa estrutura, podemos considerar dois cenários diferentes.
Cenário 1
Neste exemplo, presumimos que um exploit é descoberto, devidamente documentado e confirmado pelo proprietário da subnet.
Nesse ponto, o proprietário da subnet pausa o registro na subnet e começa a avaliar como remover o vetor de ataque. Depois que o proprietário da subnet publica na subnet uma correção que resolve o problema e documenta como ele foi resolvido, ele prossegue para retomar o registro.
Nesse cenário, não retiraríamos os pesos dessa subnet, pois o processo está sendo gerenciado de forma adequada. A subnet e seus participantes se beneficiam nesse cenário, já que não há interrupção das emissões da subnet após a retomada do registro.
Cenário 2
Neste exemplo, presumimos que uma alegação de exploit é feita com evidências suficientes para justificar uma investigação pelo proprietário da subnet, mas ele descarta a alegação.
Além disso, como não reconhece que existe um problema, o proprietário da subnet também deixa de pausar o registro na subnet. Nesse cenário, retiraríamos os pesos da subnet e só consideraríamos restituí-los depois que a equipe reconhecer o problema, investigá-lo e compartilhar conosco suas conclusões.