Quando conheci esta blockchain pela primeira vez, fiquei um pouco confuso.
Como é que uma blockchain comum se apresenta? "Velocidade de transação rápida, taxas de Gas baixas", já ouço isso até ficar com calos nos ouvidos. E há também alguns projetos DeFi que logo exibem dados de APY, discutem a eficiência do uso de fundos, os truques já estão bastante batidos.
Mas esta blockchain não segue o caminho comum. Ela aborda uma questão de engenharia financeira de última geração: se um ativo precisa de regulamentação desde o início, será que as regras dessa regulamentação podem ser diretamente codificadas na cadeia?
Parece muito abstrato? Na verdade, não é. A resposta a essa questão determina o gene estrutural de toda a arquitetura da cadeia.
**Duas formas de conformidade**
Atualmente, a abordagem do mundo das blockchains para conformidade é basicamente um "modelo de terceirização" — a conformidade é tratada fora da cadeia, a validação é feita na interface, e a própria cadeia só executa comandos. Qual é o problema? Assim que há uma falha na etapa intermediária, por exemplo, se a interface for atacada ou se um intermediário agir de forma inadequada, a cadeia simplesmente não consegue reagir, ela não sabe se a transação viola ou não as regras.
Outra abordagem? Incorporar as condições de conformidade diretamente na camada de protocolo.
O que isso significa? Especificamente, em três dimensões: - Quem tem o direito de possuir esse ativo - Quem pode transferir o ativo para quem - Em que condições a transferência é permitida
Essas decisões não serão mais feitas manualmente, mas obrigatoriamente aplicadas pelas regras subjacentes da cadeia. Para ativos financeiros, isso representa uma mudança estrutural.
**"Violação" passa a ser "impossível"**
Como o sistema financeiro tradicional lida com violações? Geralmente: a transação ocorre → o problema é descoberto posteriormente → investigação → multas ou responsabilização. Todo o processo é tardio.
A proposta desta cadeia é outra: impedir que transações ilegais aconteçam na cadeia desde o início.
Essas duas abordagens parecem semelhantes, mas na prática são bastante diferentes. Uma trata o problema após a ocorrência, a outra bloqueia a vulnerabilidade na raiz. Para ativos que exigem conformidade rigorosa (como tokens securitizados, stablecoins regulamentadas), essa diferença resolve problemas que definitivamente não são pequenos.
Esse tipo de design não é apenas uma questão técnica, mas também uma questão filosófica sobre como o sistema financeiro deve operar.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
16 gostos
Recompensa
16
8
Republicar
Partilhar
Comentar
0/400
TrustlessMaximalist
· 6h atrás
Caramba, essa abordagem realmente é um pouco genial. Incorporar as condições de conformidade na camada de protocolo? Parece que finalmente alguém pensou na maneira correta de abrir caminho.
Ver originalResponder0
GhostChainLoyalist
· 01-17 03:06
Caramba, essa abordagem realmente é diferente, incorporar a conformidade na camada de código... Tem um certo interesse.
Ver originalResponder0
SmartContractPlumber
· 01-16 19:58
A brincadeira de validação front-end já devia estar morta há muito tempo, nas auditorias anteriores não foram poucos os casos de "teatro de conformidade", onde a parte off-chain estava perfeita, mas o front-end ainda era contornado. Incorporar as regras na camada de protocolo é uma ideia boa em si, mas o ponto crucial é — quem vai auditar essa lógica de controle de permissões? Uma vez que haja um estouro de inteiro ou uma vulnerabilidade de reentrada, o código de conformidade se torna a maior catástrofe, muito mais grave do que violações off-chain.
Ver originalResponder0
GasSavingMaster
· 01-16 19:58
Caramba, finalmente uma blockchain começa a levar a conformidade a sério, aquele esquema de rápido + barato que enganava antes já não é mais interessante
Ver originalResponder0
rugdoc.eth
· 01-16 19:44
Finalmente alguém pensou em incorporar a conformidade no código, muito mais confiável do que aquelas que dizem estar em conformidade, mas na prática são hackeadas na interface frontend.
Ver originalResponder0
WealthCoffee
· 01-16 19:42
Caramba, essa abordagem realmente é diferente, colocar a conformidade no código? Parece um pouco brutal
Ver originalResponder0
FastLeaver
· 01-16 19:40
Portanto, essencialmente, é mover o guardião do off-chain para o on-chain, tornando a conformidade uma regra prévia em vez de uma correção posterior. Isso realmente é um pouco diferente.
Ver originalResponder0
EyeOfTheTokenStorm
· 01-16 19:40
嗯...dizer de forma agradável, mas essa lógica de incorporar conformidade no código, realmente consegue funcionar? Os dados históricos mostram que, sempre que há uma melhoria "revolucionária" em um projeto, ele acaba falhando na fase de execução. Aviso de risco: as políticas regulatórias são dinâmicas, como adaptar-se às mudanças se o código estiver fixo?
Quando conheci esta blockchain pela primeira vez, fiquei um pouco confuso.
Como é que uma blockchain comum se apresenta? "Velocidade de transação rápida, taxas de Gas baixas", já ouço isso até ficar com calos nos ouvidos. E há também alguns projetos DeFi que logo exibem dados de APY, discutem a eficiência do uso de fundos, os truques já estão bastante batidos.
Mas esta blockchain não segue o caminho comum. Ela aborda uma questão de engenharia financeira de última geração: se um ativo precisa de regulamentação desde o início, será que as regras dessa regulamentação podem ser diretamente codificadas na cadeia?
Parece muito abstrato? Na verdade, não é. A resposta a essa questão determina o gene estrutural de toda a arquitetura da cadeia.
**Duas formas de conformidade**
Atualmente, a abordagem do mundo das blockchains para conformidade é basicamente um "modelo de terceirização" — a conformidade é tratada fora da cadeia, a validação é feita na interface, e a própria cadeia só executa comandos. Qual é o problema? Assim que há uma falha na etapa intermediária, por exemplo, se a interface for atacada ou se um intermediário agir de forma inadequada, a cadeia simplesmente não consegue reagir, ela não sabe se a transação viola ou não as regras.
Outra abordagem? Incorporar as condições de conformidade diretamente na camada de protocolo.
O que isso significa? Especificamente, em três dimensões:
- Quem tem o direito de possuir esse ativo
- Quem pode transferir o ativo para quem
- Em que condições a transferência é permitida
Essas decisões não serão mais feitas manualmente, mas obrigatoriamente aplicadas pelas regras subjacentes da cadeia. Para ativos financeiros, isso representa uma mudança estrutural.
**"Violação" passa a ser "impossível"**
Como o sistema financeiro tradicional lida com violações? Geralmente: a transação ocorre → o problema é descoberto posteriormente → investigação → multas ou responsabilização. Todo o processo é tardio.
A proposta desta cadeia é outra: impedir que transações ilegais aconteçam na cadeia desde o início.
Essas duas abordagens parecem semelhantes, mas na prática são bastante diferentes. Uma trata o problema após a ocorrência, a outra bloqueia a vulnerabilidade na raiz. Para ativos que exigem conformidade rigorosa (como tokens securitizados, stablecoins regulamentadas), essa diferença resolve problemas que definitivamente não são pequenos.
Esse tipo de design não é apenas uma questão técnica, mas também uma questão filosófica sobre como o sistema financeiro deve operar.