A prevenção de rug-pull precisa de mais do que detectar contratos arriscados.
Scanners automatizados podem sinalizar autoridade de mint, autoridade de freeze, concentração de detentores, transações em lote e riscos de liquidez antes de alguém comprar. Isso é valioso, mas é apenas a primeira camada.
O problema maior é o que acontece após o lançamento.
A atividade da carteira do dev / carteira da equipe deve ser visível e responsabilizável.
Se tokens mantidos pela equipe forem vendidos, a comunidade deve conseguir ver:
• Qual carteira está vendendo
• Quanto está sendo vendido
• Se a alocação foi adquirida (vested)
• Por que os tokens estão sendo vendidos
• O que resta para desenvolvimento e operações
E se as alocações da equipe fossem mantidas em vaults imutáveis com regras de vesting definidas?
Uma solicitação de saque ou venda poderia incluir um motivo declarado, acionar um atraso de 24 horas e alertar a comunidade antes da execução.
Por exemplo:
“200 tokens para marketing.”
“200 tokens para desenvolvimento.”
A comunidade recebe tempo para revisar a solicitação antes de os fundos se moverem.
Isso não impediria toda venda legítima. Isso criaria transparência e daria às pessoas tempo para questionar uma venda sem explicação.
Antes de comprar: detectar os sinais de alerta.
Após o lançamento: tornar a atividade da carteira do dev / carteira da equipe visível e responsabilizável.
É para esse tipo de proteção adicional que a Brigid Forge está trabalhando.
#CryptoSecurity #RugPullProtection #BrigidForge
Scanners automatizados podem sinalizar autoridade de mint, autoridade de freeze, concentração de detentores, transações em lote e riscos de liquidez antes de alguém comprar. Isso é valioso, mas é apenas a primeira camada.
O problema maior é o que acontece após o lançamento.
A atividade da carteira do dev / carteira da equipe deve ser visível e responsabilizável.
Se tokens mantidos pela equipe forem vendidos, a comunidade deve conseguir ver:
• Qual carteira está vendendo
• Quanto está sendo vendido
• Se a alocação foi adquirida (vested)
• Por que os tokens estão sendo vendidos
• O que resta para desenvolvimento e operações
E se as alocações da equipe fossem mantidas em vaults imutáveis com regras de vesting definidas?
Uma solicitação de saque ou venda poderia incluir um motivo declarado, acionar um atraso de 24 horas e alertar a comunidade antes da execução.
Por exemplo:
“200 tokens para marketing.”
“200 tokens para desenvolvimento.”
A comunidade recebe tempo para revisar a solicitação antes de os fundos se moverem.
Isso não impediria toda venda legítima. Isso criaria transparência e daria às pessoas tempo para questionar uma venda sem explicação.
Antes de comprar: detectar os sinais de alerta.
Após o lançamento: tornar a atividade da carteira do dev / carteira da equipe visível e responsabilizável.
É para esse tipo de proteção adicional que a Brigid Forge está trabalhando.
#CryptoSecurity #RugPullProtection #BrigidForge
