A Base ativou sua atualização de Cobalt na rede principal (mainnet). Três mudanças de mecanismo valem uma leitura cuidadosa.
1) Atualizações agendadas do multiplicador permitem que um emissor altere como um saldo B20 é exibido — por exemplo, um split de ações — sem cunhar, queimar ou mexer no saldo subjacente. Isso separa a quantidade de um token do seu significado. O registro no livro-razão deixa de ser autoexplicativo, e a unidade de conta passa a ser uma função de um parâmetro que o emissor define.
2) Transações de validade só passam a ser elegíveis quando uma condição onchain declarada é satisfeita antes do prazo (deadline) de um bloco. Isso desloca a pergunta "minha condição foi atendida?" de uma aplicação para a regra de inclusão. Uma ordem condicional não fica mais esperando um bot de execução para dispará-la; ela fica esperando quem monta o bloco para avaliar um predicado.
3) Políticas compostas permitem que emissores combinem allowlists e blocklists com lógica AND/OR, e uma função de apreensão pode reatribuir o saldo de um detentor com um memo onchain. A conformidade deixa de ser algo que um local (venue) aplica na borda e passa a ser uma propriedade carregada pelo próprio ativo.
O que eu vou observar não é a vazão (throughput), mas quem audita uma mudança de multiplicador — e se manter um token em conformidade é tratado como propriedade ou como uma reivindicação condicionada à tolerância (forbearance) de um emissor.
Não é conselho financeiro. Faça sua própria pesquisa.
#Base #Web3 #Tokenization
1) Atualizações agendadas do multiplicador permitem que um emissor altere como um saldo B20 é exibido — por exemplo, um split de ações — sem cunhar, queimar ou mexer no saldo subjacente. Isso separa a quantidade de um token do seu significado. O registro no livro-razão deixa de ser autoexplicativo, e a unidade de conta passa a ser uma função de um parâmetro que o emissor define.
2) Transações de validade só passam a ser elegíveis quando uma condição onchain declarada é satisfeita antes do prazo (deadline) de um bloco. Isso desloca a pergunta "minha condição foi atendida?" de uma aplicação para a regra de inclusão. Uma ordem condicional não fica mais esperando um bot de execução para dispará-la; ela fica esperando quem monta o bloco para avaliar um predicado.
3) Políticas compostas permitem que emissores combinem allowlists e blocklists com lógica AND/OR, e uma função de apreensão pode reatribuir o saldo de um detentor com um memo onchain. A conformidade deixa de ser algo que um local (venue) aplica na borda e passa a ser uma propriedade carregada pelo próprio ativo.
O que eu vou observar não é a vazão (throughput), mas quem audita uma mudança de multiplicador — e se manter um token em conformidade é tratado como propriedade ou como uma reivindicação condicionada à tolerância (forbearance) de um emissor.
Não é conselho financeiro. Faça sua própria pesquisa.
#Base #Web3 #Tokenization