Conteúdo
COMO COMPRAR Stafi (FIS) E RECEBER UM BÔNUS DE €30 (APENAS 3 PASSOS)
Compre Stafi (FIS) por Binance
PASSO 1: REGISTRO
IMPORTANTE: PARA OBTER €30 EM BTC AO SE INSCREVER NO BINANCE, FAÇA-O A PARTIR DESTE LINK. CONFIRMANDO SEU E-MAIL, VOCÊ RECEBERÁ A RECOMPENSA.
ETAPA 2: DEPÓSITO DE FUNDOS
ETAPA 3: ADQUIRA CRIPTOMOEDA
Por que comprar Stafi (FIS)
O que é Stafi (FIS)?
Stafi é um protocolo descentralizado que melhora a liquidez. Inclui 3 demãos: sub-demãos, demãos contraídas e demãos de aplicação. A camada inferior é baseada principalmente em um sistema blockchain configurado pelo Substrate (que é uma arquitetura blockchain desenvolvida pela Parity, e toda a arquitetura integra muitos módulos de desenvolvimento, incluindo o módulo de consenso, o módulo P2P, o módulo Staking, etc.). A camada de contrato suporta a criação de vários contratos de piquetagem, como contratos de piquetagem para XTZ, Atom e Dot, respectivamente. O detentor do token pode participar por contrato de participação, o que é consistente com os incentivos de inflação obtidos pela participação ordinária. Mas a diferença é que o titular também pode obter rTokens. Mais recentes,
O protocolo opera em uma base puramente descentralizada. Stafi, que é baseado em Substrato, se conectará a Polkadot como uma cadeia paralela, compartilhando o consenso Polkadot subjacente. Polkadot também garante segurança e desempenho ideais. A camada principal é o nível de contrato e a propriedade do token de participação é totalmente garantida pelo código do contrato. Stafi usa um protocolo de armazenamento de chaves distribuído para garantir a segurança dos endereços de piquete graças a várias assinaturas. O titular pode iniciar a participação ou resgatar a participação a qualquer momento e em qualquer lugar, sem a intervenção de terceiros. Quando o titular da moeda inicia a aposta contratual para apostar, os incentivos de inflação do sistema podem ser obtidos regularmente. Enquanto isso, qualquer titular de rTokens pode iniciar uma recompra do contrato de participação correspondente a qualquer momento e em qualquer lugar (a operação de recompra interage com a cadeia original através do protocolo Stafi. Assim que a transação de recompra for escrita na cadeia, as moedas de aposta serão enviadas para a conta de moedas enviada após o desbloqueio). O protocolo Stafi garante que cada rToken alternativo corresponda exclusivamente ao token de string original. Em outras palavras, apenas o titular dos rTokens pode iniciar a troca do token original no contrato de apostas. Quando A troca rTokens por B, A não tem mais o direito de resgatar esses tokens e B pode agora iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. As moedas de aposta serão enviadas para a contagem de moedas enviadas após serem desbloqueadas.) O protocolo Stafi garante que cada rToken alternativo corresponda exclusivamente ao token em cadeia original. Em outras palavras, apenas o titular dos rTokens pode iniciar a troca do token original no contrato de apostas. Quando A troca rTokens por B, A não tem mais o direito de resgatar esses tokens e B pode agora iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. As moedas de aposta serão enviadas para a contagem de moedas enviadas após serem desbloqueadas.) O protocolo Stafi garante que cada rToken alternativo corresponda exclusivamente ao token em cadeia original. Ou seja, apenas o titular dos rTokens pode iniciar a troca do token original no contrato de apostas. Quando A troca rTokens por B, A não tem mais o direito de resgatar esses tokens e B pode agora iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. A não tem mais o direito de resgatar esses tokens e B agora pode iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. A não tem mais o direito de resgatar esses tokens e B agora pode iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. A não tem mais o direito de resgatar esses tokens e B agora pode iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. A não tem mais o direito de resgatar esses tokens e B agora pode iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. A não tem mais o direito de resgatar esses tokens e B agora pode iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros. A não tem mais o direito de resgatar esses tokens e B agora pode iniciar o resgate do contrato de aposta. Todo o processo não requer a intervenção de terceiros.
Qualquer terceiro pode estabelecer uma troca descentralizada de ativos vinculados usando o protocolo Stafi no nível da camada de aplicativo. Todas as trocas da rToken compartilham a profundidade da transação. Com o crescente número de cadeias públicas adotando PoS lançando suas principais redes, o número e a variedade de tokens de participação dispararão. E os rTokens serão trocados com mais frequência. Como resultado, os desenvolvedores serão enormemente recompensados, na forma de taxas de transação, pelas transações rToken que iniciarem.
Implementação
1. Contrato de participação
O contrato que cria a interação com a cadeia de participação original no nível de contrato Stafi é denominado contrato de participação (denominado SC). Por exemplo, para criar um XTZ-SC para conectar Tezos a Stafi. Quando o usuário A que possui XTZ inicia uma transação de participação em XTZ-SC, o acordo de participação criará primeiro um endereço com várias assinaturas e transferirá XTZ através do canal Tezos original para esse endereço. Operação de piquetagem de direção de múltiplos sinais. Se for bem-sucedido, os chips serão bloqueados no canal original. Em seguida, o protocolo Stafi receberá uma prova da cadeia de Tezos original (Provas), em seguida, ativará o contrato para gerar rXTZs de quantidades iguais a XTZ e enviá-los ao staker.
Atualizar o contrato de staking requer que a cadeia original e o protocolo Stafi trabalhem juntos, uma vez que o status do contrato de cada cadeia deve ser monitorado, a implementação do contrato de staking compartilha muitas semelhanças com a intercadeia. Quando o titular inicia um pedido de aposta no contrato de aposta, a geração da conta com múltiplas assinaturas ocorre no protocolo Stafi. Ao mesmo tempo, a transferência de bens pessoais para o endereço de assinaturas múltiplas é concluída com a assinatura do usuário da aposta. Essa transferência ocorre na cadeia original. Quando o contrato captura as informações de transferência, uma solicitação de adesão é iniciada a partir do endereço de assinaturas múltiplas para a cadeia original. Assim que a implantação na corrente original for concluída, O Stafi captura o status de implementação do endereço na cadeia original e o verifica, e os rTokens correspondentes são enviados no protocolo Stafi imediatamente após a validação bem-sucedida. Ao longo do processo, o protocolo Stafi interage várias vezes com a cadeia original. O monitoramento e a captura de estado desempenham um papel importante na segurança de todo o protocolo.
O protocolo Stafi captura o estado original por meio de atraso e validação de várias passagens para garantir a autenticidade final da cadeia original. Felizmente, melhor do que os protocolos de cadeia cruzada pré-existentes e o consenso PoW, a maioria dos projetos de PoS lançados após 2015 vê a autenticidade final das transações em massa como uma demanda a ser atendida. Ou seja, quando a última altura é formada, as transações incluídas são determinísticas. Atualmente, a solução comum para autenticidade final ou implementação determinística oportuna é verificar a legalidade da transação antes de condicioná-la a um novo nível. Esta implementação é baseada no algoritmo Byzantine Fault Tolerant (BFT) e um mecanismo de penalidade de ramificação especificado artificialmente, Slash. Diante disso,
2. Vários endereços de assinatura
Hoje, quase todos os modelos de participação são baseados no modelo de conta; Quando o usuário inicia a participação, ele precisa de uma chave privada do endereço do canal original para assinar. Para garantir uma combinação exclusiva entre a propriedade dos ativos da Stake e rTokens, a Stafi projetou um modelo de endereço intermediário. A propriedade dos ativos neste endereço não pertence a ninguém, o que significa que ninguém pode ser proprietário da chave privada desse endereço. A Stafi garante a neutralidade dos ativos de endereços intermediários por meio de tecnologia de TI segura de várias partes e tecnologia de assinatura de vários limiares, garantindo que as assinaturas sejam feitas apenas quando o titular dos rTokens iniciar um resgate. A computação segura com várias partes interessadas é sinônimo de confidencialidade. Isso requer a participação de um grupo de certificadoras com funções especiais na Stafi. Vários validadores, chamados Stafi Special Validator (SSV), são assinados por suas próprias chaves privadas e transmitidos por meio de um canal seguro para verificar a validade da assinatura e, por fim, para restaurar a assinatura do middle management. Este endereço intermediário não possui uma chave privada e também não está armazenado no protocolo Stafi. Consiste em assinar o certificado privado do Autenticador Especial apenas quando a assinatura for necessária. A implementação da tecnologia de assinatura de múltiplos limiares percebe que alguns, não todos, os geradores podem gerar a assinatura de chave privada, que pode satisfazer muito a necessidade de assinatura. Por exemplo, um endereço de assinaturas múltiplas estabelece contato por meio de uma chave pública de validação múltipla (digamos, 21). Quando uma pessoa que tem rTokens deve iniciar um resgate,
3. Proteger a computação de várias partes interessadas
A computação multiparte segura é focada principalmente em como calcular com segurança uma função predefinida sem a existência de terceiros não confiáveis, abordando uma realidade problemática que é um resultado que depende da computação de dados multipartes onde essas partes não desejam compartilhar os dados originais. Com um cálculo seguro de várias partes, o resultado final pode ser verificado sem revelar o valor de entrada inicial para outro terceiro. No contrato Stafi Staking, o usuário de apostas deve gerar um novo endereço multissinal. Quando o titular do rToken inicia uma compra do contrato de participação, o endereço de múltiplas assinaturas deve criar uma assinatura de chave privada com a participação de validadores especiais durante o cálculo e geração. Os validadores transmitem os resultados do cálculo pelo canal criptografado e podem verificar os resultados mutuamente sem precisar revelar sua própria chave privada. É uma maneira segura de desbloquear e usar o acordo de apostas.
4. Transferência de propriedade
Quando a operação de piquetagem estiver concluída, o direito de resgatar o XTZ no endereço de assinaturas múltiplas está nas mãos do titular do rXTZ. Apenas o titular do rXTZ tem o direito de recomprar o XTZ-SC, outros titulares não têm o direito de recomprá-lo. Se o usuário A trocou XTZ com o usuário B, então o usuário A perde o direito de trocar com a string original XTZ, e a relação de mapeamento entre XTZ e o usuário A no endereço do endereço com várias assinaturas no contrato também é fornecida ao endereço O usuário B pode iniciar o resgate de acordo com seus próprios desejos ou trocar rTokens com outras pessoas. Nesse processo,
5. Validador especial Stafi (SSV)
Ao contrário do Stafi Validator (SV), um SSV testemunha a propriedade dos ativos no contrato Stafi Stake. Quando o titular elegível inicia a troca do contrato, o validador especial participará no cálculo e realizará a transferência do ativo do endereço com várias assinaturas para o endereço pessoal por assinatura. Quando nenhuma operação de reembolso ocorre, o validador especial armazena sua própria chave privada localmente, esperando ser chamado. Um validador especial é composto por várias pessoas selecionadas aleatoriamente. Antes que o endereço de assinatura múltipla seja formado, Stafi selecionará N SSV de SV usando um algoritmo aleatório. Stafi escolherá aleatoriamente N SSV para realizar o cálculo localmente e transmitir os resultados por meio de um canal secreto. Após a validação,
Paralelamente, cada SSV deverá executar o nó leve dos projetos apoiados pelo contrato de participação, de forma a verificar o estado original da cadeia comercial. Este programa foi escrito para todos os clientes de validadores especiais e a validação é feita automaticamente.
6. Grupo SSV
Para garantir a fluidez do canal de intercâmbio, as certificadoras especiais da Stafi realizam tarefas em grupos com equipe fixa. Durante seu próprio turno, um único grupo de certificação conclui a geração de endereços de vários tokens e o armazenamento da chave secreta e, quando o ciclo de execução é concluído, ele é substituído por um novo grupo. Isso garante a participação do atual auditor. Um período de validação dura uma era (a primeira corresponde a aproximadamente 24 horas). A eleição para o próximo grupo é feita na época anterior. Stafi seleciona novos SSVs de candidatos SV por taxa de produção de bloco, taxa de participação, etc. E os novos SSVs substituirão a chave privada dos SSVs antigos pelas suas próprias. Durante, o sistema destruirá a relação estabelecida com a chave privada dos SSVs antigos. Contudo,
7. Sistema de incentivos e penalidades para validadores especiais
Devido à importância dos verificadores especiais, a Stafi implantou um sistema de incentivos e penalidades para eles, estimulando comportamentos positivos como cálculos e armazenamento, e punindo comportamentos negativos como desligamentos e substituições. Conforme estipulado pelo protocolo Stafi, a participação na geração de endereços, cálculos e assinaturas será recompensada com o token Stafi: incentivos FIS. Por outro lado, as sanções impostas por Stafi por questões de segurança são severas. A Stafi exigirá que todos os certificadores envolvidos em TI e armazenamento mantenham seu tempo designado online. Se a certificadora se retirar com frequência, ela será reduzida significativamente. Se o tempo de espera for maior que N horas,
8. Mecanismo de piquetagem para validadores especiais
Qualquer pessoa com Tokens Stafi pode se inscrever para se tornar um Certificador Stafi Especial. Um certificador especial deve apostar o token FIS. O token FIS de contrabando é proporcional ao valor da aposta que pode ser aceita, ou seja, quanto maior o FIS apostado, maior o cálculo de patrimônio líquido e o valor de armazenamento. Isso pode aumentar efetivamente o custo do comportamento malicioso comum implementado por certificadores especiais. Os SIFs que forem apostados serão motivados pelo sistema e ao mesmo tempo é também a reserva de fundos para punição do sistema. Devido à especialidade do sistema Stafi, os requisitos do auditor especial são rigorosos,
9. Segurança do contrato de apostas
A segurança dos ativos de um contrato de participação é garantida de várias maneiras. Neutralidade de ativos Em primeiro lugar, os ativos de apostas serão bloqueados na cadeia original e sua relação de mapeamento será registrada no contrato de apostas. O endereço de assinaturas múltiplas é garantido pelos N SSVs graças à tecnologia de handshake de múltiplos limiares. Portanto, o CS não está sujeito a nenhum controle de terceiros. Em segundo lugar, o endereço de assinatura múltipla usa o mecanismo ativo. O verificador especial é selecionado pelo algoritmo aleatório de Stafi. Os auditores não se conhecem, a possibilidade de conluio torna-se baixa e a proteção de ativos será substituída dinamicamente dentro de um determinado período de tempo para garantir a segurança. . O terceiro é punitivo. Quando a certificadora participa do cálculo e armazenamento da assinatura da chave privada, ela deve apostar um determinado FIS para participar. Em caso de ataque ou comportamento ilegal, o FIS apostado será reduzido, o valor da aposta e poderá ser processado. O valor dos ativos é diretamente proporcional. Quando uma variedade de condições são combinadas, o sistema Stafi pode punir com eficácia certos fatores de risco. Supondo que a maioria das pessoas seja honesta, os ativos no contrato de estaca podem fornecer alguma segurança. O valor dos ativos é diretamente proporcional. Quando uma variedade de condições são combinadas, o sistema Stafi pode punir com eficácia certos fatores de risco. Supondo que a maioria das pessoas seja honesta, os ativos no contrato de aposta podem fornecer alguma segurança. O valor dos ativos é diretamente proporcional. Quando uma variedade de condições são combinadas, o sistema Stafi pode punir com eficácia certos fatores de risco. Supondo que a maioria das pessoas seja honesta, os ativos no contrato de aposta podem fornecer alguma segurança.
10. Descentralização do patrimônio dos contratos de participação
Quando um titular inicia o piqueteamento por meio do contrato de piquetagem, toda a lista de ativos de piquetagem será concentrada em um único contrato. Embora cada piquetagem seja iniciada em uma única direção, isso não afetará o grau de descentralização, mas quando os ativos de piquetagem estão muito concentrados, eles são mais fáceis de atacar. A Stafi evita a concentração de ativos estabelecendo diversos contratos de participação do mesmo tipo por um token. O valor total do contrato aumentará automaticamente com base no valor dos ativos de piquetagem, e os novos ativos entrarão no novo contrato de piquetagem. Paralelamente, a Stafi estabelecerá diversos contratos de participação na fase primária. O sistema Stafi distribuirá o pedido inicial de participação igualmente entre esses contratos de participação, que servirá como um buffer. À medida que a demanda por Stake aumenta,
Ao mesmo tempo, Stafi é um protocolo aberto descentralizado. Os contratos de staking desenvolvidos pelos desenvolvedores iniciais serão auditados e de código aberto para terceiros, que podem criar seus próprios contratos de staking para conseguir a descentralização dos ativos de staking.
11. Diagrama de sequência
O processo de implantação é o seguinte. O usuário interage primeiro com o SC e, em seguida, o SC interage com o canal de origem. Durante este período, para que a operação do usuário seja bastante simples, o SC deve se responsabilizar por interagir com o canal original várias vezes. É importante que o SC precise verificar o sucesso da implementação antes de distribuir rTokens aos usuários. O diagrama de sequência a seguir mostra o processo geral de emissão de rTokens.
Os usuários podem resgatar ativos da cadeia original usando os rTokens que possuem a qualquer momento. Alterar o relacionamento SC requer a assinatura do SSV porque o relacionamento de registro do ativo está no SC. Quando o usuário inicia a troca, o SC ativa a solicitação de assinatura. Depois que os SSVs executam a assinatura, o SC interage com a cadeia de origem e envia a solicitação Unbond / Unstake. Em seguida, o SSV verifica o canal original em busca de evidências de desconfiança. Quando a prova for verdadeira, os rTokens usados para enviar a solicitação serão destruídos.
