🧩 POR QUE o STONfi CONSEGUE ATUALIZAR O ROTEADOR, MAS NÃO O SEU POOL
Em DeFi, “atualizável” pode soar simples. No STONfi, não é. Roteador e Pool têm modelos de atualização diferentes porque fazem trabalhos diferentes.
➡ O ROTEADOR É A PARTE MÓVEL
O Roteador é o ponto de entrada do DEX. Ele recebe mensagens de Jetton, decodifica as instruções de swap e as encaminha para o pool correto. Ele não armazena reservas específicas do par nem estado de precificação.
Isso torna o Roteador o lugar lógico para evoluir. O STONfi pode alterar a lógica de roteamento sem reescrever a liquidez existente do pool. Mas “atualizável” não significa instantâneo: uma atualização de código do Roteador usa um processo em duas fases com um atraso mínimo de sete dias, enquanto o estado pendente permanece publicamente visível.
➡ UM POOL É DIFERENTE
Um Pool contém o estado que realmente pertence a um par: reservas, taxas e a lógica de precificação do AMM. Depois de implantado, seu código não é substituído via Roteador.
O ponto-chave da TON é que o Roteador armazena o template de código do pool, enquanto um endereço de pool é derivado do seu código e do estado inicial. Alterar esse template não atualiza um pool existente; ele cria um pool diferente em um endereço diferente.
A liquidez depositada sob as regras de um pool fica regida por essas mesmas regras. Novas estruturas de pool podem coexistir em vez de forçar cada LP a migrar.
➡ O QUE OS DESENVOLVEDORES NÃO DEVEM PERDER
Nem toda mudança exige uma atualização. O Roteador pode ajustar as taxas do pool e bloquear ou desbloquear a negociação sem substituir seu código. Para integradores, não fixe (hardcode) um endereço de Roteador; resolva o Roteador atual via a API, porque ele pode mudar.
A arquitetura fica mais fácil de entender quando separa as responsabilidades:
Roteador = camada de coordenação atualizável.
Pool = estado de mercado persistente.
A propriedade de segurança não é apenas “imutabilidade” de verdade também. É separar o contrato que pode evoluir daquele que mantém o estado de liquidez.
NFA - DYOR
$BTC
Em DeFi, “atualizável” pode soar simples. No STONfi, não é. Roteador e Pool têm modelos de atualização diferentes porque fazem trabalhos diferentes.
➡ O ROTEADOR É A PARTE MÓVEL
O Roteador é o ponto de entrada do DEX. Ele recebe mensagens de Jetton, decodifica as instruções de swap e as encaminha para o pool correto. Ele não armazena reservas específicas do par nem estado de precificação.
Isso torna o Roteador o lugar lógico para evoluir. O STONfi pode alterar a lógica de roteamento sem reescrever a liquidez existente do pool. Mas “atualizável” não significa instantâneo: uma atualização de código do Roteador usa um processo em duas fases com um atraso mínimo de sete dias, enquanto o estado pendente permanece publicamente visível.
➡ UM POOL É DIFERENTE
Um Pool contém o estado que realmente pertence a um par: reservas, taxas e a lógica de precificação do AMM. Depois de implantado, seu código não é substituído via Roteador.
O ponto-chave da TON é que o Roteador armazena o template de código do pool, enquanto um endereço de pool é derivado do seu código e do estado inicial. Alterar esse template não atualiza um pool existente; ele cria um pool diferente em um endereço diferente.
A liquidez depositada sob as regras de um pool fica regida por essas mesmas regras. Novas estruturas de pool podem coexistir em vez de forçar cada LP a migrar.
➡ O QUE OS DESENVOLVEDORES NÃO DEVEM PERDER
Nem toda mudança exige uma atualização. O Roteador pode ajustar as taxas do pool e bloquear ou desbloquear a negociação sem substituir seu código. Para integradores, não fixe (hardcode) um endereço de Roteador; resolva o Roteador atual via a API, porque ele pode mudar.
A arquitetura fica mais fácil de entender quando separa as responsabilidades:
Roteador = camada de coordenação atualizável.
Pool = estado de mercado persistente.
A propriedade de segurança não é apenas “imutabilidade” de verdade também. É separar o contrato que pode evoluir daquele que mantém o estado de liquidez.
NFA - DYOR
$BTC
