ERC-6147: Novo padrão de separação de propriedade NFT semi-obrigatório
No dia 7 de março de 2023, a proposta de melhoria do Ethereum EIP-6147 entrou oficialmente na fase da versão final. Este padrão, como uma extensão do ERC-721, implementou a separação dos direitos de posse e transferência de NFT e SBT, e introduziu um "guardiã" com um tempo de expiração configurável (Guard). Esta inovação torna o uso de NFT para proteção contra roubo, empréstimos, aluguer e SBT mais flexível.
Este artigo irá analisar profundamente o mecanismo de implementação do ERC-6147 e comparar com os protocolos de aluguer de NFT anteriores, ERC-4907 e ERC-5055, analisando de forma abrangente este protocolo e os seus potenciais cenários de aplicação.
1. Contexto
NFT tornou-se um tópico popular no campo da blockchain. Com as características imutáveis da blockchain e a execução automatizada dos contratos inteligentes, os NFTs possibilitam a verificação e gestão de ativos na cadeia. No entanto, a maior desvantagem dos NFTs é a falta de liquidez.
De fato, o problema da falta de liquidez dos NFTs não se origina do protocolo em si, mas sim da falta de exploração do valor de uso dos NFTs. Como aumentar a utilidade dos NFTs, de modo que seu valor não dependa apenas da especulação do mercado, tornou-se uma questão urgente a ser resolvida. E um fator chave que afeta o valor de uso dos NFTs é, na verdade, a limitação do próprio protocolo NFT.
1.1 Problemas causados pela acoplamento de propriedade
Atualmente, NFTs de alto valor frequentemente enfrentam riscos de segurança. Embora existam soluções antifurto, como transferir NFTs para carteiras frias, essas práticas muitas vezes afetam a conveniência de uso dos NFTs.
No empréstimo de NFT, o proprietário precisa transferir o NFT para o contrato de empréstimo, perdendo o direito de uso do NFT durante o período do empréstimo. Este problema de acoplamento de propriedade é muito diferente do que acontece com hipotecas de imóveis no mundo real, onde, em situações de não risco, normalmente não se retira o direito de uso do proprietário.
Além disso, a característica não transferível do token de ligação de alma SBT( ) também traz alguns problemas. Quando a chave privada do usuário vaza ou é perdida, recuperar o SBT torna-se muito complexo. Ao mesmo tempo, em certas situações ( como má conduta acadêmica ), o emissor pode precisar recuperar o SBT, mas falta um mecanismo padrão correspondente.
1.2 Desafios da separação de propriedade
Já houve algumas tentativas de implementar esquemas de separação de propriedade, como ERC-4907 e ERC-5058. O principal desafio que esses esquemas enfrentam é como equilibrar o grau de obrigatoriedade.
O ERC-4907 adota uma filosofia simples, definindo apenas a visão e deixando a implementação concreta para o consenso da comunidade. Ele adiciona um objeto de dados UserInfo com base no ERC721, introduzindo a dimensão "usuário". No entanto, sua obrigatoriedade é limitada, pois a transferência de NFT pode encerrar a autorização de locação.
O ERC-5058 adota a filosofia de "zero confiança", implementando uma rigorosa obrigatoriedade através do código. Ele gerencia o estado de bloqueio dos NFTs, oferecendo a funcionalidade de bloqueio ao mesmo tempo que a transferência. No entanto, a sua obrigatoriedade excessiva e operações complexas podem afetar a sua aplicação generalizada.
Em comparação, o novo ERC-6147 aprovado adota uma abordagem "semi-obrigatória" equilibrada, oferecendo novas ideias para a separação da propriedade de NFTs.
2. Mecanismo de operação do ERC-6147
ERC-6147 é um padrão de extensão do ERC721, cujo núcleo reside na introdução do papel de "Guard" ( guardião ).
2.1 Definição e controle do Guard
Guard é composto por um endereço e um tempo de expiração:
solidity
struct GuardInfo {
address guard; // Endereço do guardião
uint64 expires; // data de expiração
}
Apenas o proprietário atual do NFT ou endereços autorizados podem definir o Guard através do método changeGuard. Existem várias restrições importantes ao definir:
Guard não pode ser definido como endereço zero
Apenas o Guard atual pode modificar a si mesmo
Apenas os proprietários de NFT ou pessoas autorizadas podem configurar o Guard
Qualquer pessoa pode consultar as informações atuais do Guard de um NFT ID específico através do método guardInfo. O Guard expira automaticamente após o término, sem a necessidade de transações adicionais.
A identidade do Guard só pode ser removida pelo próprio Guard ou quando o tempo expira.
2.2 Permissões do Guard
O Guard tem o poder de transferência forçada. Para os NFTs configurados com Guard, apenas o endereço do Guard pode executar a operação transferFrom.
É importante notar que:
Após configurar o Guard, o titular original mantém apenas o direito de posse, perdendo o direito de transferência. Outros DApps ainda podem consultar que o usuário original é o proprietário, mas não podem realizar a transferência.
Ao usar os métodos transferFrom ou safeTransferFrom nativos, as configurações do Guard não serão removidas automaticamente. Recomenda-se usar o método transferAndRemove, que limpará as informações do Guard após a transferência.
O Guard pode transferir os direitos de guarda através do método changeGuard.
2.3 Limitações do Guard
O Guard não pode definir a autorização de débito automático, nem pode executar a operação de aprovação. Isso é para evitar que, após o Guard devolver o direito de transferência, a transferência de NFT ocorra através da aprovação, resultando em comportamentos irregulares difíceis de detectar.
3. Resumo
Na Ethereum, há mais de 300 mil transações de NFT diariamente, com mais de 200 mil contratos de NFT. Estes dados destacam o valor dos NFTs em termos de certificação de ativos e propriedades financeiras.
No entanto, a aplicação dos NFTs está a expandir-se de meras propriedades financeiras para uma utilidade mais ampla, como a confirmação de relações sociais da Lens, os ativos de jogos do GameFi, e o crowdfunding de criação de conteúdo da Mirror.
Comparado ao ERC-4907, o ERC-6147 tem uma vantagem significativa em termos de compatibilidade. Ele não exige que os projetos apoiem ativamente novos papéis, apenas precisa reconhecer o proprietário, o que facilita sua adoção por aplicações existentes.
Além disso, o ERC-6147 também propôs os conceitos de "SBT gerenciável" e "SBT eficaz", mantendo as características de não transferibilidade, mas também considerando a necessidade de gerenciamento potencial, como recuperação social, revogação de SBT, entre outros cenários.
Com o contínuo desenvolvimento do ecossistema Ethereum, inovações como o padrão ERC-6147 trarão mais possibilidades para a aplicação de NFTs e SBTs, impulsionando todo o ecossistema em direção a uma evolução mais madura e diversificada.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
13 Curtidas
Recompensa
13
5
Compartilhar
Comentário
0/400
HappyToBeDumped
· 07-31 07:51
Já adicionaram um novo bloqueio. Será que ainda podemos brincar alegremente com NFTs?
Ver originalResponder0
token_therapist
· 07-30 18:02
Se soubesse que havia guardas, não teria sido mais fácil?
Ver originalResponder0
GasWaster69
· 07-29 02:37
Mais um padrão inexplicável?
Ver originalResponder0
MoonMathMagic
· 07-29 02:34
Outra vez o fazer as pessoas de parvas da propriedade. Uma rodada não é suficiente, vamos fazer duas.
ERC-6147: Novo padrão de separação de propriedade NFT introduz o papel do guardião, aumentando a segurança e a flexibilidade de aplicação.
ERC-6147: Novo padrão de separação de propriedade NFT semi-obrigatório
No dia 7 de março de 2023, a proposta de melhoria do Ethereum EIP-6147 entrou oficialmente na fase da versão final. Este padrão, como uma extensão do ERC-721, implementou a separação dos direitos de posse e transferência de NFT e SBT, e introduziu um "guardiã" com um tempo de expiração configurável (Guard). Esta inovação torna o uso de NFT para proteção contra roubo, empréstimos, aluguer e SBT mais flexível.
Este artigo irá analisar profundamente o mecanismo de implementação do ERC-6147 e comparar com os protocolos de aluguer de NFT anteriores, ERC-4907 e ERC-5055, analisando de forma abrangente este protocolo e os seus potenciais cenários de aplicação.
1. Contexto
NFT tornou-se um tópico popular no campo da blockchain. Com as características imutáveis da blockchain e a execução automatizada dos contratos inteligentes, os NFTs possibilitam a verificação e gestão de ativos na cadeia. No entanto, a maior desvantagem dos NFTs é a falta de liquidez.
De fato, o problema da falta de liquidez dos NFTs não se origina do protocolo em si, mas sim da falta de exploração do valor de uso dos NFTs. Como aumentar a utilidade dos NFTs, de modo que seu valor não dependa apenas da especulação do mercado, tornou-se uma questão urgente a ser resolvida. E um fator chave que afeta o valor de uso dos NFTs é, na verdade, a limitação do próprio protocolo NFT.
1.1 Problemas causados pela acoplamento de propriedade
Atualmente, NFTs de alto valor frequentemente enfrentam riscos de segurança. Embora existam soluções antifurto, como transferir NFTs para carteiras frias, essas práticas muitas vezes afetam a conveniência de uso dos NFTs.
No empréstimo de NFT, o proprietário precisa transferir o NFT para o contrato de empréstimo, perdendo o direito de uso do NFT durante o período do empréstimo. Este problema de acoplamento de propriedade é muito diferente do que acontece com hipotecas de imóveis no mundo real, onde, em situações de não risco, normalmente não se retira o direito de uso do proprietário.
Além disso, a característica não transferível do token de ligação de alma SBT( ) também traz alguns problemas. Quando a chave privada do usuário vaza ou é perdida, recuperar o SBT torna-se muito complexo. Ao mesmo tempo, em certas situações ( como má conduta acadêmica ), o emissor pode precisar recuperar o SBT, mas falta um mecanismo padrão correspondente.
1.2 Desafios da separação de propriedade
Já houve algumas tentativas de implementar esquemas de separação de propriedade, como ERC-4907 e ERC-5058. O principal desafio que esses esquemas enfrentam é como equilibrar o grau de obrigatoriedade.
O ERC-4907 adota uma filosofia simples, definindo apenas a visão e deixando a implementação concreta para o consenso da comunidade. Ele adiciona um objeto de dados UserInfo com base no ERC721, introduzindo a dimensão "usuário". No entanto, sua obrigatoriedade é limitada, pois a transferência de NFT pode encerrar a autorização de locação.
O ERC-5058 adota a filosofia de "zero confiança", implementando uma rigorosa obrigatoriedade através do código. Ele gerencia o estado de bloqueio dos NFTs, oferecendo a funcionalidade de bloqueio ao mesmo tempo que a transferência. No entanto, a sua obrigatoriedade excessiva e operações complexas podem afetar a sua aplicação generalizada.
Em comparação, o novo ERC-6147 aprovado adota uma abordagem "semi-obrigatória" equilibrada, oferecendo novas ideias para a separação da propriedade de NFTs.
2. Mecanismo de operação do ERC-6147
ERC-6147 é um padrão de extensão do ERC721, cujo núcleo reside na introdução do papel de "Guard" ( guardião ).
2.1 Definição e controle do Guard
Guard é composto por um endereço e um tempo de expiração:
solidity struct GuardInfo { address guard; // Endereço do guardião uint64 expires; // data de expiração }
Apenas o proprietário atual do NFT ou endereços autorizados podem definir o Guard através do método changeGuard. Existem várias restrições importantes ao definir:
Qualquer pessoa pode consultar as informações atuais do Guard de um NFT ID específico através do método guardInfo. O Guard expira automaticamente após o término, sem a necessidade de transações adicionais.
A identidade do Guard só pode ser removida pelo próprio Guard ou quando o tempo expira.
2.2 Permissões do Guard
O Guard tem o poder de transferência forçada. Para os NFTs configurados com Guard, apenas o endereço do Guard pode executar a operação transferFrom.
É importante notar que:
Após configurar o Guard, o titular original mantém apenas o direito de posse, perdendo o direito de transferência. Outros DApps ainda podem consultar que o usuário original é o proprietário, mas não podem realizar a transferência.
Ao usar os métodos transferFrom ou safeTransferFrom nativos, as configurações do Guard não serão removidas automaticamente. Recomenda-se usar o método transferAndRemove, que limpará as informações do Guard após a transferência.
O Guard pode transferir os direitos de guarda através do método changeGuard.
2.3 Limitações do Guard
O Guard não pode definir a autorização de débito automático, nem pode executar a operação de aprovação. Isso é para evitar que, após o Guard devolver o direito de transferência, a transferência de NFT ocorra através da aprovação, resultando em comportamentos irregulares difíceis de detectar.
3. Resumo
Na Ethereum, há mais de 300 mil transações de NFT diariamente, com mais de 200 mil contratos de NFT. Estes dados destacam o valor dos NFTs em termos de certificação de ativos e propriedades financeiras.
No entanto, a aplicação dos NFTs está a expandir-se de meras propriedades financeiras para uma utilidade mais ampla, como a confirmação de relações sociais da Lens, os ativos de jogos do GameFi, e o crowdfunding de criação de conteúdo da Mirror.
Comparado ao ERC-4907, o ERC-6147 tem uma vantagem significativa em termos de compatibilidade. Ele não exige que os projetos apoiem ativamente novos papéis, apenas precisa reconhecer o proprietário, o que facilita sua adoção por aplicações existentes.
Além disso, o ERC-6147 também propôs os conceitos de "SBT gerenciável" e "SBT eficaz", mantendo as características de não transferibilidade, mas também considerando a necessidade de gerenciamento potencial, como recuperação social, revogação de SBT, entre outros cenários.
Com o contínuo desenvolvimento do ecossistema Ethereum, inovações como o padrão ERC-6147 trarão mais possibilidades para a aplicação de NFTs e SBTs, impulsionando todo o ecossistema em direção a uma evolução mais madura e diversificada.