XCASH E SIDECHAINS

escrito por Ju (Junho 12, 2021)

INTRODUÇÃO

• O desenvolvimento do projeto X-Cash prevê uma adição cada vez maior de novos recursos e use-cases na sua própria blockchain.
• Esses desenvolvimentos levarão inexoravelmente a um aumento significativo do número de transações na blockchain X-Cash principal, se nenhuma paralelização do seu processamento estiver implementada e em uso.
• Além disso, a blockchain principal X-Cash atualmente processa blocos a uma velocidade de um bloco a cada 5 minutos. Essa velocidade permite responder a alguns casos práticos, mas não a todos aqueles esperados, como os pagamentos instantâneos.

OBJECTIVOS

• Proteger o crescimento natural e orgânico do número de transações na blockchain X-Cash principal
• Evitar o bottleneck da mainnet da X-Cash
• Evitar sobrecarregar com informações que não são essenciais para o seu funcionamento
• Continuar a implantar novos use-cases e novas funcionalidades no projeto X-Cash sem afetar o desempenho e o desenvolvimento da mainnet
• Garantir a flexibilidade e escalabilidade do projeto

CASOS-PRÁTICOS

• Realizar pagamentos instantâneos sem poluir ou impactar o blockchain XCASH principal com tantas microtransações associadas e em uma velocidade muito mais rápida (~ instantânea).
• Habilitar a implementação e comissionamento de recursos do projeto X-Cash, em paralelo. (por exemplo: NFTs)

QUE TIPOS DE SIDECHAINS SÃO POSSÍVEIS PARA XCASH?

• PEG Bidirecional Simétrica ?

+ Não há necessidade de ter uma cópia completa da blockchain principal

- Possibilidade de criar cascading sidechains.

- A gestão de segurança pode ser complicada no caso de muitas cascade sidechains

• PEG Bidirecional Assimétrica ?

- Precisa deter uma cópia da blockchain principal

+ Limitação das possibilidades de criação de cascade sidechains

+ Gestão da segurança simplificado, não limitando a multiplicação de sidechains na rede

• Design exclusivo criado para XCASH pela X-Cash ?

Uma vez que todos os Delegados X-Cash do DPoPS hospedam e gerem a blockchain X-Cash principal, parecia natural olhar para as arquiteturas assimétricas bidirecionais PEG para as SideChains…

NO ENTANTO, graças às contribuições técnicas da camada primária da blockchain X-Cash e a sua Layer1 DPoPS, parece mais relevante planear um design único e específico por “Herança”, a fim de optimizar os desempenhos, as possibilidades de evolução e a escalabilidade das SideChains

O DESIGN APROPRIADO “Herança”

• A ideia é ter várias partes e camadas sobrepostas que herdam características umas das outras.
• O desafio é fazer com que o design das sidechains se pareçam mais com o design da API do ponto de vista do código do que com o design blockchain clássico, a fim de desenvolver os elementos e funcionalidades a um alto nível, em vez de nas camadas inferiores.

O QUE ISTO SIGNIFICA CONCRETAMENTE ?

• Temos o xcash-core que é responsável pela sincronização no nível mais baixo, bem como pela segurança e transmissão.
• Então temos DPOPS que é essencialmente uma camada acima e é o “consenso conectado” que controla o xcash-core
• Portanto, as sidechains podem herdar de forma natural e nativa a segurança e o consenso dessas duas camadas.
• Assim, no nível DAG (ver quesako), não precisamos mais do consenso, graças aos 50 Delegados validadores, já identificados na camada DPOPS. Isto permite que o último produtor de bloco obtenha todas as recompensas por esse intervalo de 5 minutos e, globalmente, permite que os 50 Delegados do DPoPS executem um mutex (consulte quesako) no código para verificar cada transação.
• Este design personalizado exclusivo para XCASH permitirá um desempenho extremamente rápido (~ instantâneo) por meio desse modelo de “herança”.
• Os tokens serão a parte mais complicada e seu design será mais próximo do design das sidechains padrão.
  Haverá uma sidechain separada para cada token e eles não precisarão de serem verificados por todos os delegados do TOP50. Ainda há arbitragens técnicas a serem feitas sobre a melhor forma de implementar esse mecanismo, mas certamente estará mais em linha com os projetos tecnológicos padrão nesta área.

ALGUMAS FEATURES

• Tecnologia DAG: Construída à medida, herdando o consenso e a segurança do DPoPS.
• Velocidade: Instantânea
• Taxa: Votada pelos Delegados [média ponderada de propostas de taxa sem outlier feitas pelos delegados [pode estar sujeito a alterações no futuro].
• Quem recebe as taxas: Todas as transações vão para o produtor do último bloco até ao novo produtor (5 minutos)
• Como funcionam os depósitos e retiradas: verificado por todos os Delegados e enviado por todos os Delegados signatários.

QUESAKO ?

DAG

• DAG, Directed Acyclic Graph, é uma estrutura de dados que usa ordem topológica.
• DAG é um conceito que surgiu a partir do surgimento das SideChains com o objetivo de eliminar o processo de mineração e assim otimizar a escalabilidade das transações.
• DAG é uma directed graph structure que é utilizada principalmente para resolver problemas de processamento de dados, identificação do melhor caminho da navegação, planeamento e compressão de dados.

MUTEX

• Um MUTEX é um objeto de exclusão mútua que sincroniza o acesso a um recurso. Ele é criado com um nome exclusivo no início de um programa.
• O MUTEX é um mecanismo de bloqueio que garante que apenas um thread possa adquirir o MUTEX e entrar na seção crítica.
• Este thread liberta o MUTEX só quando ele sair da seção crítica.

XCASH SideChains Demo Video

feito por Zach Hildreth, X-CASH CTO [Youtube Channel Zachy Zone]

LINKS IMPORTANTES

• Junta-te à comunidade no Discord: https://discord.com/invite/4CAahnd.
• Junta-te à comunidade de Língua Portuguesa no Telegram: https://t.me/XCASHPT.
• Visita o site: https://www.xcash.foundation/
• Visita o X-bank: https://x-bank.io/.
• Mais links em X-Cash: https://linktr.ee/XCASHPT.