O modo de operação da taxa de royalties NFT: design, desafios e novas ideias

Autor: a16zcrypto

Tradução: Gate.io (ERC6551 Space)

A taxa de royalties automatizada na venda secundária tem sido um importante ponto de venda para tokens não fungíveis. Num mundo ideal, os criadores poderiam configurar royalties na cadeia, de modo que sempre que suas obras fossem vendidas em qualquer lugar da Internet, os royalties seriam pagos automaticamente, sem depender da boa vontade do mercado e de terceiros para cumprir com os royalties.

No entanto, os direitos de autor do Token não fungível nunca foram aplicados na cadeia; este ponto tem sido mal compreendido. A demanda por direitos de autor aplicados na cadeia excede o progresso na implementação desse objetivo. O desafio está em distinguir com precisão quais transferências de Token não fungível devem ser sujeitas ao pagamento de direitos de autor, e quais são transferências de outros tipos, como transferências internas entre as próprias Carteiras dos utilizadores, envio de Token não fungível como presente, etc.

A mais recente tentativa de design de royalties tenta enfrentar esse desafio identificando diferentes tipos de transferências e aplicando royalties de forma coerciva quando apropriado - mas esses mecanismos envolvem um grande equilíbrio entre a execução rigorosa de royalties (garantindo pagamento de royalties) e a capacidade de token não fungível interagir com outros aplicativos na cadeia.

Portanto, neste artigo, discutimos as vantagens e desvantagens do design de royalties NFT existente, bem como o equilíbrio entre a execução de royalties e a realização da composabilidade. Em seguida, apresentamos dois novos métodos de royalties NFT, ambos os quais utilizam mecanismos de incentivo para incentivar os participantes do mercado a respeitar os royalties. Nosso objetivo não é advogar por um método específico, mas sim ajudar os construtores a considerar diferentes designs de royalties NFT e os compromissos relacionados.

Primeiro, o que é ‘composabilidade’?

A capacidade de combinar é uma das características centrais do software de código aberto, permitindo que os programadores combinem, modifiquem e misturem trechos de projetos sem licença, como se estivessem a montar peças de Lego, para criar novas e interessantes aplicações.

Os aplicativos podem combinar Token não fungível de duas maneiras básicas - lendo (verificando a propriedade) ou escrevendo (facilitando a transferência):

A leitura (verificação da propriedade) verifica os dados do Bloco cadeia. As aplicações podem utilizar a verificação da propriedade do Token não fungível como um ‘portão’ para realizar operações adicionais com o Token não fungível. Por exemplo, os proprietários de Token não fungível podem reivindicar outro Token não fungível, jogar jogos, participar em processos de governação, obter licenças para utilizar conteúdo de media do Token não fungível, ou participar em reuniões ou concertos. Além disso, as pessoas podem associar dados na cadeia com o seu EndereçoCarteira utilizando o Token não fungível (por exemplo, o Token não fungível contém um nome de utilizador, permitindo que a pessoa que possui o Token não fungível o utilize nas redes sociais).

A escrita (facilitar a transferência) indica a atualização do estado da blockchain. A transferência de Token não fungível atualizará na cadeia quem possui o Token não fungível. No exemplo mais simples, as pessoas podem transferir diretamente o Token não fungível para outra Carteira. O aplicativo também pode combinar essa funcionalidade de transferência de uma das seguintes maneiras: (1) transferir o Token não fungível em nome do proprietário (por exemplo, no caso de um mercado de Token não fungível) ou (2) temporariamente hospedar o Token não fungível (por exemplo, hospedagem de transações fora do balcão, aluguel de Token não fungível ou protocolo de empréstimo que aceita Token não fungível como Garantia).

É importante distinguir a composição desses diferentes tipos de NFTs. Quando mencionamos ‘composição’ neste artigo, estamos nos referindo principalmente à composição de ‘escrita’ ou ‘transferência’.

Embora qualquer pessoa possa verificar a propriedade de um NFT na cadeia pública de bloco, o design existente de royalties limita quais carteiras e contratos inteligentes podem realizar transferências ou possuir inicialmente o NFT. Restringir a “escrita” pode sufocar as oportunidades de usar NFT em Finanças Descentralizadas, jogos, compartilhamento de propriedade por meio de multi-assinatura, até mesmo presentear amigos e aplicativos que possuem outros NFT.

Agora vamos desmontar mais detalhadamente as soluções existentes de royalties e pesar os prós e contras.

Soluções existentes: blacklist e Lista de permissões

Uma das principais dificuldades na aplicação de royalties é a dificuldade em distinguir quais transferências de NFT são vendas - ou seja, sujeitas a royalties - e quais são transferências de outros tipos. Mais especificamente, devido à funcionalidade de transferência implementada no padrão NFT padrão, o contrato inteligente NFT não pode saber se a transferência está relacionada ao preço de venda. As soluções existentes tentam fornecer mais contexto sobre a transferência na cadeia (ou seja, esta transferência é uma venda? Ou ocorreu através de um mercado específico?).

A design popular for enforcing NFT royalties, the whitelist and Lista de permissões, uses different methods to restrict transfers and, together with it, restricts the combinability of ‘write’ or ‘transfer’.

Ambos os designs giram em torno de impedir a transferência em dois níveis:

1. Evitar transferências facilitadas por mercado ou aplicativos que contornam o pagamento de direitos autorais.

2. Para evitar a transferência para certos tipos de contas: as contas externas (EOA) (a maioria das pessoas usa carteiras hoje em dia) e contas de contratos inteligentes. Em outras palavras, há restrições sobre quais tipos de contas podem possuir tokens não fungíveis.

Por isso, independentemente do design que os criadores usem, enfrentam um equilíbrio significativo, dependendo de como os seus contratos inteligentes NFT implementam a transferência de ‘prevenção’: quanto mais rigorosos forem os criadores na prevenção da transferência, menor será a capacidade de composição dos NFTs.

Lista Negra

A lista negra é uma lista de Contratos inteligentes ou Endereços específicos que não permitem a transferência de Token não fungível ou aplicações. Os criadores adicionam o Endereço de mercados ou aplicações específicas que não pagam royalties à lista negra interna dos seus Contratos inteligentes Token não fungível; se os detentores de Token não fungível tentarem transferir os seus Token não fungível através de uma aplicação bloqueada, a transação falhará. Pode obter informações mais detalhadas sobre a lista negra aqui.

Você pode pensar neles como o firewall do seu computador: você pode navegar livremente na internet, mas o firewall bloqueará sites que considerar inseguros. Aqui, o ‘firewall’ bloqueará aplicativos conhecidos por não respeitarem os direitos autorais.

Vantagens:

Os tokens não fungíveis (NFTs) podem ser livremente combinados com a maioria das aplicações por defeito. Isto ocorre porque a lista negra adota uma visão otimista de que a maioria das aplicações cumprirá as suas obrigações de royalties.

Os criadores podem proteger imediatamente os direitos autorais. Os criadores podem desativá-lo adicionando contratos detectados que contornam os direitos autorais à lista negra.

Desvantagens:

Os maus atores podem contornar a lista negra. Os maus atores podem sempre começar um novo mercado que não está na lista negra para contornar os royalties.

A lista negra não pode ativamente impedir a evasão de direitos autorais - só pode impedir passivamente. Novos mercados podem ser lançados a qualquer momento. Os criadores são forçados a brincar de gato e rato, monitorando quais mercados estão burlando os direitos autorais e então adicionando-os à lista negra.

O último ponto é o maior desafio. Para que a lista negra seja eficaz, os criadores precisam monitorar constantemente o novo aplicativo da cadeia, acompanhar todos os novos mercados possíveis da Contrato, analisá-los e, em seguida, decidir se bloqueiam ou não. É um trabalho árduo; Mesmo os marketplaces existentes podem precisar ser reexaminados à medida que atualizam o Contrato inteligente.

Excluir um aplicativo que contorna os direitos autorais da lista negra significa perder o pagamento. Além disso, existe um problema de “balde furado”: se até mesmo um mercado que contorna os direitos autorais não for bloqueado, pode haver um fluxo desproporcional de transações para esse mercado.

Uma solução potencial seria delegar a gestão da lista negra a uma terceira parte. No entanto, isso reintroduz uma dependência de intermediários para ajudar na execução de royalties, concedendo a essa entidade poder de mercado e podendo ter várias outras consequências fora do escopo deste artigo.

Lista de permissões

A Lista de permissões especifica quais Contratos inteligentes ou aplicações são permitidos exclusivamente a facilitar a transferência de Token não fungívelEndereço. Com esta estratégia, os criadores só permitem mercados ou aplicações que garantam a execução de royalties. Os detentores de Token não fungíveis só podem transferir os seus Token não fungíveis através do Contrato inteligente na Lista de permissões; se tentarem transferir os Token não fungíveis através de um mercado que não conste na Lista de permissões, a transação de transferência falhará.

O design atual da Lista de permissões também inclui alguns componentes opcionais, como: (1) Restringir quais tipos de Carteira estão autorizadas a possuir NFT, normalmente permitindo apenas contas externas (EOA) em vez de contas de contratos inteligentes; (2) Restringir se as transferências ponto a ponto (p2p) são permitidas.

Vantagens:

A transferência de Token não fungível não pode ser feita por aplicativos que não estejam na Lista de permissões, como mercados que contornam royalties. A transferência é aprovada apenas para Contratos inteligentes que os criadores conhecem e que garantem o pagamento de royalties. Por padrão, todos os outros mercados estão bloqueados. Dependendo da implementação da Lista de permissões e do mercado, a transferência de Token não fungível através de mercados que contornam royalties é difícil (veja as desvantagens abaixo).

Os criadores não precisam rastrear e adicionar novos mercados de contornar royalties como no modo de lista negra. Após adicionar um ou longo mercado que paga royalties à Lista de permissões, a urgência de monitorar novos aplicativos é menor.

Desvantagens:

Os criadores precisam aprovar todos os aplicativos individuais que desejam transferir NFT. Tanto a lista negra quanto a Lista de permissões requerem um certo nível de monitoramento na cadeia. Com a lista negra, os criadores precisam monitorar os aplicativos que contornam os royalties para evitar a perda de pagamentos de royalties. Enquanto a Lista de permissões impõe a combinabilidade das licenças. Os criadores não perderão os pagamentos de royalties, mas podem perder inovações em novos aplicativos construídos em torno do NFT. Suponha que um desenvolvedor tenha construído um conceito de mercado exclusivo de NFT (também com royalties!). O desenvolvedor precisa entrar em contato com os criadores de NFT, comprovar o pagamento de royalties e solicitar a inclusão na Lista de permissões de cada NFT. Este é um processo de alto atrito.

Ainda é possível contornar os direitos de autor, dependendo da implementação de mercado e das restrições de transferência do Token não fungível pelos criadores. Por exemplo, se for permitido vender o Token não fungível por 0 dólares, ainda é possível contornar o pagamento de direitos de autor através do mercado na Lista de permissões. Neste caso, alguém pode construir um mercado que contorne os direitos de autor no mercado de direitos de autor e facilitar a venda por 0 dólares, ao mesmo tempo transferindo o pagamento real ao lado. Como o preço de venda é de 0 dólares, os direitos de autor do criador são 0 (ou seja, 5% de 0 dólares de direitos de autor é 0 dólares).

A Lista de permissões pode ser muito rigorosa. A versão mais rigorosa da Lista de permissões também impõe restrições às transferências de Token não fungível para os tipos de Carteira (EOA ou contrato inteligenteconta) e transferências ponto a ponto (p2p). A restrição à transferência de Token não fungível através de contratos inteligentes visa impedir a embalagem de Token não fungível (consulte abaixo), mas, em um mundo em que todos usam Carteiras de contratos inteligentes, isso pode ser excessivamente rigoroso. A restrição às transferências p2p significa que todas as transferências devem ser feitas através do mercado da Lista de permissões. Isso é para evitar que os criadores percam royalties em vendas p2p fora do mercado (OTC). A restrição às transferências p2p dificulta a transferência de Token não fungível entre suas próprias Carteiras ou diretamente entre amigos.

Considerações

A Lista de permissões e a lista negra introduzem um equilíbrio entre a execução rigorosa de royalties e a composabilidade aberta. O modelo da lista negra habilita a composabilidade aberta por padrão, mas é mais fácil contornar os royalties. Com o uso da Lista de permissões, é mais fácil aplicar os royalties, mas isso limita significativamente as aplicações em que os Tokens não fungíveis podem interagir.

Esta ponderação não é apenas uma comparação entre a Lista de permissões e a Lista de permissões: qualquer método que restrinja a interação de Token não fungível com aplicativos e operações também limitará a composição e funcionalidade do Token não fungível.

As melhorias tecnológicas podem reduzir a magnitude desse equilíbrio. Mas o problema fundamental ainda persiste.

Explorando Novos Frameworks de Royalties NFT

Os criadores ainda estão a testar a Lista de permissões, mas com a crescente longo de casos de uso de Token não fungível, vale a pena explorar os limites para além do modelo de lista negra/Lista de permissões, a fim de melhorar o equilíbrio entre a execução de royalties e a composabilidade.

A estratégia que estamos a explorar aqui redefine ligeiramente o problema e o mecanismo de royalties existente a partir de uma perspetiva de design de incentivos: o nosso objetivo é introduzir medidas de incentivo para impulsionar o mercado NFT e/ou os consumidores a optarem ativamente pelo respeito dos direitos de autor. Isto oferece a possibilidade de uma maior longo de combinação em princípio.

Nós apresentamos abaixo dois métodos diferentes. O primeiro mecanismo melhora o modelo de Lista de permissões, tornando-o mais aberto, mais combinável e mais incentivador para a inovação não autorizada baseada em NFT. O segundo mecanismo, chamado de “direito de revenda”, oferece aos consumidores um incentivo poderoso para usar um mercado que respeite os royalties ao vender NFT, permitindo assim pagamentos significativos de royalties ao mesmo tempo que mantém a abertura e a combinação.

O nosso objetivo não é propor uma única “solução”, mas alargar o leque de escolhas: como garantir que os criadores recebam mais royalties, sem restringir a combinabilidade e sem depender totalmente da boa vontade?

Método 1: O mecanismo que combina Lista de permissões com o mecanismo de stake

Podemos expandir o modelo existente de Lista de permissões através do mecanismo de stake, permitindo que o mercado e outros aplicativos obtenham a adesão à Lista de permissões sem permissão.

Atualmente, os criadores devem adicionar manualmente o mercado ou aplicativo à sua Lista de permissões, e os desenvolvedores de terceiros devem solicitar permissão aos criadores para serem adicionados. Isso pode retardar a inovação e adoção de novos aplicativos e transferir a responsabilidade de fiscalizar os royalties para os criadores. Delegar a gestão da Lista de permissões a terceiros também pode retardar esse processo.

Introduzir o modelo de stake para obter a qualificação da Lista de permissões permitirá que novas aplicações garantam royalties através de fundos de stake ou outros recursos como compromisso (‘otimista’ em termos de confiança e verificação, em vez de presumir comportamento malicioso). Por defeito, os suporte de Token não fungível podem interagir imediatamente com novas aplicações que fornecem o stake apropriado; se o comportamento da aplicação for inadequado, os criadores podem reduzir o stake e removê-lo da Lista de permissões. Até podemos imaginar um modelo híbrido, em que, se a aplicação provar a sua honestidade ao longo do tempo, os criadores podem adicionar formalmente à Lista de permissões e devolver o stake.

Este método de design tem algumas questões não resolvidas. Listamos aqui para que outras pessoas possam compartilhar mais reflexões e pesquisas.

Como os criadores podem realizar a arbitragem de redução de stake? A detecção e comprovação dos critérios de redução de stake - ou seja, se os royalties foram pagos - na cadeia podem ser desafiadoras. Os desenvolvedores de aplicativos precisam confiar que os criadores não reduzirão sua stake quando não deveriam e a retirarão da Lista de permissões.

Quem deve receber o stake reduzido? Por um lado, dar o stake reduzido aos criadores pode ser uma forma de compensação parcial pela perda de royalties que sofreram ao acionar o evento de redução. Mas se o stake reduzido não pertencer aos criadores, estes não terão motivos para reduzi-lo maliciosamente. Podemos encontrar inspiração no mecanismo de taxas de transação EIP-1559 da Ethereum, onde as taxas básicas das transações são destruídas em vez de serem enviadas para validadores.

O tamanho do stake deve ser menor para longo? O valor do stake precisa ter alguma relação com o valor dos royalties que o aplicativo pode gerar para determinado criador. Valores menores de stake podem ser aplicáveis para aplicativos menos populares ou de nicho. No entanto, um mercado que facilita a venda de muitos tokens não fungíveis precisa fornecer um stake mais longo e o nível do stake pode precisar aumentar gradualmente com o aumento do valor da coleção e do volume.

Precisamos de agrupar stake entre longo NFT? Em caso afirmativo, como fazemos isso? Os desenvolvedores podem precisar coletar recursos de stake separados para cada NFT individual que desejam combinar, o que é um grande fardo. No entanto, se um desenvolvedor aposta em uma coleção e prova seu comportamento honesto, isso pode aliviar a carga de outros criadores de NFT ao adicionarem novos aplicativos às suas listas de permissões. Da mesma forma, podemos imaginar uma estratégia em que o mercado usa uma grande quantidade de stake único para prometer royalties em uma ampla gama de coleções.

Método 2: Mecanismo de permissão de ‘direito de recuperação’

O direito de recompra é um novo método que ultrapassa o equilíbrio entre aplicabilidade e combinabilidade (e a lista de permissões) através de incentivos para pagar royalties em cada venda de Token não fungível, melhorando a definição de ‘ter’ um Token não fungível na cadeia.

Cada NFT tem dois possíveis proprietários diferentes, que chamamos de proprietário do ativo e proprietário do direito de propriedade:

O proprietário do ativo é o proprietário da Carteira que detém o Token não fungível (geralmente chamado de “proprietário” hoje em dia).

O proprietário final que paga royalties ao criador do Token não fungível (ou taxa de transferência de propriedade, ver abaixo) é a Carteira.

Este método de design ajuda a garantir que os criadores recebam mais royalties sem limitar a combinação possível.

Mecanismo de Direito de Reciclagem

Se o proprietário dos ativos Token não fungível e o proprietário dos direitos de propriedade não forem os mesmos, ou seja, se a Carteira do proprietário dos ativos for diferente da Carteira do proprietário dos direitos de propriedade, então o proprietário dos direitos de propriedade pode recuperar o Token não fungível a qualquer momento para a sua Carteira. O proprietário dos ativos pode se tornar o proprietário dos direitos de propriedade, eliminando esse ‘risco de recuperação’, pagando uma taxa de transferência de propriedade ao criador.

O direito de recompra não é aluguel, mas tem semelhanças com o token não fungível de aluguel. Por exemplo, ERC-4907 é um padrão de ‘token não fungível de aluguel’, que também tem o conceito de dois ‘proprietários’.

Para simplificar, supomos que a única forma de transferência de propriedade é através do pagamento de uma taxa de transferência de propriedade. No entanto, na prática, pode haver outros mecanismos de transferência de propriedade, como a transferência automática da propriedade após um período de tempo suficientemente longo, ou a conceção de um mecanismo que permita ao criador desencadear diretamente a transferência de propriedade para o proprietário atual do ativo.

Neste modelo, a taxa de transferência de propriedade se torna a nova “royalty”; um mercado que respeite os royalties irá incluir a taxa de transferência de propriedade na transação de venda. Note que isso significa que os royalties não estão mais diretamente vinculados ao preço de venda; a taxa de transferência de propriedade é uma taxa fixa em contraste com a taxa de “percentagem do preço de venda” historicamente usada para royalties NFT. No entanto, o criador pode optar por atualizar a taxa de transferência de propriedade ao longo do tempo.

O risco de os proprietários recuperarem o Token não fungível ajuda a distinguir quais transferências de Token não fungível são vendas (royalties a pagar) e quais não são, por ações das pessoas. Especificamente, este novo modelo de propriedade incentiva o pagamento de royalties (ou seja, taxas de transferência de propriedade) envolvendo a transferência de Tokens entre compradores e vendedores, uma vez que, caso contrário, os vendedores podem recuperar Tokens assim que os “vendem” e os coletam.

Além disso, esse framework permite transferências gratuitas entre carteiras pessoais ou transferências como presentes.

Vamos dar uma olhada em alguns exemplos de transferências para ver como isso funciona na prática:

1. Se eu transferir um Token não fungível para a minha própria Carteira**, apenas a propriedade do ativo será transferida para a nova Carteira, a minha Carteira original continuará a ser a proprietária, mas não haverá risco de recuperação da minha parte.

2. Se eu transferir o Token não fungível como um presente para fren**, apenas a propriedade do ativo será transferida, eu manterei a propriedade. Meu fren pode usá-lo livremente (incluindo vendê-lo; discutiremos abaixo como o mercado deve lidar com isso) e pode confiar socialmente que não irei recuperar o Token não fungível. Se meu fren quiser a plena propriedade, eles podem pagar a taxa de transferência de propriedade ao criador a qualquer momento. Alternativamente, posso pagar a taxa de transferência de propriedade ao enviar o presente do Token não fungível.

3. Se eu vender através do mercado ou negociar fora do mercado (por exemplo, se você me der 100 USDC, eu transferirei diretamente o Token não fungível para você)

, o comprador é fortemente incentivado a pagar uma taxa de transferência de propriedade para eliminar o risco de eu recuperar o Token não fungível depois de receber o dinheiro do comprador.

**O mercado precisa mudar sua forma de trabalho para se adaptar a esse modelo?

Em princípio, não é necessário. No entanto, o direito de recuperação significa que qualquer Token não fungível comprado no mercado tem riscos de recuperação, o que é uma má experiência do usuário - os Tokens não fungíveis dos compradores serão continuamente recuperados! Uma estratégia melhor é que o mercado inclua o pagamento de taxas de transferência de propriedade ao comprar Tokens não fungíveis, transferindo assim a propriedade para o novo comprador no momento da venda. Com esse modelo, o suporte ao pagamento de royalties está intimamente relacionado à garantia de uma melhor experiência de mercado.

Seja o mecanismo de recuperação de direitos ou os mecanismos de lista branca e lista negra, eles não podem impedir a evasão de royalties através de NFT embalados, a menos que você proíba todos os Contrato inteligente de possuir NFT, o que é muito restritivo (especialmente considerando a abstração de contas).

Na mecânica de direitos de recuperação, o contrato de embalagem deve pagar a taxa de transferência de propriedade para obter a propriedade e, assim, tornar-se um Token não fungível legítimo. Isso efetivamente se torna uma taxa de saída, o preço de sair do ecossistema Token não fungível. Além disso, se um contrato de embalagem popular aparecer, é facilmente identificável na cadeia.

Qualquer proprietário de direitos de propriedade é considerado um Token não fungível de contrato de embalagem malicioso que pode ser impedido pelo criador de Token não fungível de participar do ecossistema de Token não fungível, atividades comunitárias ou outras utilidades relacionadas. Se um contrato de embalagem for identificado e bloqueado pela comunidade, e um proprietário de Token não fungível desejar ‘reentrar’ no ecossistema, eles podem pagar uma taxa para transferir a propriedade do contrato de embalagem como uma taxa de reentrada.

Em termos mais amplos, pode ser benéfico revelar informações sobre se o proprietário do ativo também é o proprietário da propriedade. O acesso de Gota a não proprietários em todo o ecossistema pode se tornar um incentivo importante para os compradores de Token não fungível pagarem royalties. Por exemplo, se um mercado ou Carteira exibir significativamente Token não fungível não pagos ou taxas de transferência de propriedade, isso pode incentivar os consumidores a optar por pagar royalties.

Suponhamos

A estrutura de direitos de reembolso depende de duas suposições-chave:

1. Os criadores aceitam uma taxa de transferência de propriedade como ‘royalties’, que deixam de ser uma percentagem direta do preço de venda.

2. Os criadores aceitam que os seus NFTs podem ser agrupados para evitar possíveis royalties (conscientes dos custos de saída e reentrada) e podem facilmente identificar e bloquear o acesso da comunidade aos NFTs agrupados.

Se os criadores não aceitarem essas suposições, o design dos direitos de recuperação não pode existir independentemente. Existem outras funcionalidades e componentes que podem relaxar essas suposições, e esperamos expandir isso no futuro - também esperamos que outras pessoas na comunidade possam expandir essas questões, pois estamos todos trabalhando juntos para resolver esse problema importante.

Também reconhecemos que o direito de recuperação se desviou da mentalidade de propriedade existente de tokens não fungíveis. No entanto, existem hoje tokens não fungíveis com estruturas semelhantes de propriedade (como o ENS, que possui registrantes e controladores).

Conclusão

Ao projetar uma solução de impostos para versões NFT, acreditamos que toda a indústria está trabalhando em direção ao mesmo objetivo: manter a composabilidade, preservar os direitos digitais e garantir que os criadores sejam justamente recompensados por suas obras extraordinárias.

Com o surgimento de mais casos de uso longo de Tokens não fungíveis - desde colecionáveis até combinações digitais-físicas (digi-fizzy) - não há uma solução única. Cada criador (e cada Token não fungível) é diferente. Construtores e criadores devem ter uma maneira simples de entender os diferentes designs de royalties e suas compensações para escolher o design que melhor se adapte aos seus objetivos exclusivos. Quanto mais longo o espaço de design que expandimos, melhor é o efeito.

Esta indústria tem a capacidade de melhorar significativamente a forma como os criadores ganham a vida com seu trabalho e talvez o melhor ainda esteja por vir. Os modelos de execução de royalties são novos e muitos ainda estão experimentando-os. Se você tiver alguma ideia nova após ler este artigo, por favor, compartilhe conosco!