「Compreendendo a ponte de Darwinia 1–1」 Esquema de incentivos do Darwinia Relayer — Mercado de taxas
Requisitos
Os tokens nativos da cadeia de origem são o único método de pagamento aceitável;
A taxa estimada da mensagem a ser transferida é fornecida por um sistema de preços na cadeia de origem que está conectada a um Relayer Fee Market;
O custo na cadeia de destino fica por conta do retransmissor que reivindica a taxa de manuseio na cadeia de origem com o comprovante de entrega após a entrega ser concluída com sucesso. Para incentivar os retransmissores, o sistema de preços deve garantir que o ganho seja maior do que o custo a longo prazo. Se um mecanismo automático de precificação for inviável, os retransmissores devem dar suas ofertas manualmente e arcar com o custo da oferta. Os retransmissores devem ser punidos se não conseguirem retransmitir a mensagem conforme o esperado;
Relayers e usuários constituem um mercado secundário de oferta e demanda, onde os preços aumentam quando a oferta é baixa e caem quando a oferta é abundante. Não há restrições de acesso para retransmissores e qualquer pessoa pode entrar. Os retransmissores devem avaliar e citar a seu próprio critério como pessoas economicamente racionais. Uma lista incompleta de riscos que os retransmissores devem levar em consideração é a seguinte:
a. Flutuação em preços de token e relações de troca;
b. Atraso de tempo entre cotação e reclamação;
c. Perda de fundos de aposta devido a falhas de software ou rede.
Mercado de cotação em camadas
Essa abordagem é adequada para cenários com uma taxa de gás mais baixa na cadeia de origem e um tempo de finalização mais curto. Possui melhor versatilidade, confiabilidade e robustez. Essas redes incluem Heco, BSC, Polygon e Darwinia.
Primeiro, o retransmissor publica suas cotações com base no preço de referência e no lucro esperado no blockchain a qualquer momento. Um sistema de preços fora da rede mantém o preço de referência. Cada retransmissor deve travar uma margem padrão suficiente na cadeia para garantir a execução fiel do negócio.
Desta forma, uma série de preços Ask (preço significados taxa por mensagem) passam a existir em ordem crescente no blockchain. Quando o usuário inicia uma solicitação na cadeia de origem, as ofertas n mais baixas P1, P2 … e Pn são filtradas e Pn é usado como o preço de faturamento. Aqueles que fazem essas ofertas são chamados de Relayers atribuídos. O usuário pode solicitar a entrega de uma mensagem de cadeia cruzada após pagar Pn. Selecionamos n relayers na ordem executada porque queremos ter redundância para executar a entrega da mensagem. O relayer de P1 é R1, o relayer de P2 é R2, o relayer de Pn é Rn.
A qualquer momento, o retransmissor de mensagens e o retransmissor de confirmação podem ser diferentes. No entanto, o retransmissor atribuído será altamente recompensado em intervalos de tempo prioritários, tanto para entrega quanto para confirmação. Relayers com diferentes preços solicitados serão atribuídos a um slot de tempo de prioridade diferente. Uma vez concluída a tarefa no horário designado, o retransmissor designado será recompensado com uma porcentagem maior, e essa recompensa é pelo preço solicitado e pelo compromisso (entrega no prazo ou barra). Os retransmissores com preços mais baixos são atribuídos ao intervalo de tempo anterior.
Para simplificar, quando um usuário deseja enviar uma mensagem de ponte e consultar o sistema de preços, a chamada de despacho falhará e será encerrada se o número de retransmissores no mercado atual for menor que MIN_ASSIGNED_RELAYERS_NUMBER.
Etapas Detalhadas de Implementação
- Inscreva e bloqueie o material de apoio.
a.enroll_and_lock_collateral chamada de despacho;
b. cancel_enrollment () dispatch call, lembre-se de verificar se o relayer está em time slots de prioridade.
2. Pergunte o preço. Usamos a função de preço constante simples para mensagens atualmente: fn (mensagem) = const_price * 1 onde const_price significa taxa por mensagem. Posteriormente, poderemos melhorar este fn (mensagem) com funções de taxa definida pelo retransmissor.
a. Atualizar, cancelar armazenamento de preços;
b. Se a garantia de qualquer retransmissor registrado for inferior ao limite de garantia exigido (por exemplo, cortado), a inscrição deste retransmissor se tornará inativa (será removido da lista de pedidos e não será capaz de colocar novos pedidos).
3. Envie mensagem. Os usuários pagam Pn para enviar uma mensagem de rede cruzada.
a. Criar um novo pedido (com o número do bloco atual), no ciclo de vida do pedido o relayer não pode cancelar a inscrição e pegar de volta a garantia;
b. Pn é consumido na conta do fundo do módulo relayer.
4. Entrega de mensagem e confirmação por bridge;
5. Estratégia de recompensa e corte.
a. Se o pedido for confirmado no slot de Rn, então Rn pode reivindicar 60% da recompensa P1, e o retransmissor de mensagem pode reivindicar 80% * (1–60%) de P1, confirme que o retransmissor pode reivindicar 20% * (1–60%) de P1, (Pn — P1) irá para a tesouraria;
b. Se o pedido for confirmado além de todos os slots de retransmissores atribuídos, a recompensa será S (t) onde S (t)> Pn, a parte S (t) vem de fundos cortados de R1, R2, garantia de Rn. O retransmissor de mensagem pode reivindicar 80% de S (t), confirme que o retransmissor pode reivindicar 20% de S (t).
Nota: Os parâmetros de proporção na estratégia podem ser definidos em tempo de execução e pode haver atualização para eles para refinamento após mais benchmark e estatísticas.
Proposta Alternativa B-Oracle + Preços Automáticos On-Chain
As altas taxas de gás em algumas redes, como Ethereum, podem impedir o retransmissor de fazer cotações com frequência. O custo de execução da entrega da mensagem na cadeia de destino é previsível (Ethereum> Darwinia). Nesse cenário, a segunda melhor solução é consultar o custo de execução pela interface na cadeia de destino, mais o custo de entrega estimado. A desvantagem é que ele não é adaptável e nenhum retransmissor pode aceitar o pedido, causando congestionamento na entrega da mensagem e problemas de estabilidade.
Atualização em Darwinia> Ponte Ethereum: Cliente Grandpa Beefy Light + Cotação em três camadas
Para BEEFY, a interação é um processo de várias rodadas em que a taxa de Bridged Chain deve ser paga. O usuário precisa saber com antecedência quanto é a taxa de manuseio e se o saldo é suficiente. No entanto, isso não pode ser previsto. Podemos estabelecer um mercado que implemente um sistema de venda / compra.
O relayer posta uma cotação para Header Relay durante um período específico (perguntar), e o usuário pode responder a ela (dar um lance) se aceitar o preço cotado. O retransmissor retransmite o cabeçalho após o fechamento do negócio. O retransmissor pode perder os tokens de piquetagem se eles falharem em retransmitir a mensagem a tempo, seja qual for o motivo. Mais de um retransmissor pode cotar ao mesmo tempo para competir por usuários.
