Ark core v2 já chegou para ficar em Mainnet

Hoje é quando nosso novo navio vai navegar e, é claro, não poderíamos estar mais contentes.

O Ark Core é um back-end, reescrito totalmente e, ademais se executa a nossa cadeia de blocos. Se você quer saber mais sobre as nossas mudanças e o longo alcançe da reescrita!? só precisa ler a postagem que deixamos no blog, e foi postada antes AQUI. https://blog.ark.io/ark-core-v2-mainnet-launch-95a5b621f6f7

Só para lembrar: nós, não temos controle sobre as trocas e elas reabrirão os depósitos e retiradas na sua própria programação. Se você tiver alguma dúvida com respeito a seus prazos, contate para a bolsa, pois nós, não poderemos responder a essas perguntas.

O que vem aí para o Core?

Nós, já começamos a codificar alguns dos recursos que desejamos incorporá-los no próximo grande lançamento - v2.1. Como a v2 é muito mais modular, alguns dos recursos e melhorias serão lançados antes da versão final da versão 2.1 (e deve ter todas as tarefas descritas abaixo).

Então, gente vamos lá, e rever as características que poderão ser antecipar a nosso futuro:

• Atualização do protocolo de transação (AIP 11) - o muito antecipado AIP 11 trará novos tipos de transações (multipáginas, IPFS, timelock) e além, para muito mais que isso.

• Atualizar o protocolo de assinatura múltipla (AIP 18) - A melhoria desta proposta é tentar resolver algumas das limitações presentes na implementação atual de várias das assinaturas e tornar as transações multisig q muito mais importantes do que o sistema herdado na atualidade. Também, há uma discussão para integrar "Simple-Multi-Signatures".

• Migração à TypeScript – nós falamos em seguir com JS e, é claro, usar as definições de fluxo na comprobação dos tipos ou nesse caso iremos então, diretamente para o TypeScript, onde obteremos os benefícios de uma linguagem que tenha verificações de tipo estáticas integradas e permita-nos o uso de funções mais recentes do ECMAScript e, desde que os arquivos TS transpire.

As Melhorias na API P2P - existem algumas opções disponíveis para tornar o P2P ainda mais resistente aos ataques e a rapidez. Agora, nós estamos inclinando-nos para conectores web ou algo como um protocolo baseado em torrents, que ajudará em os dois casos a melhorar drasticamente o desempenho de comunicação e download de dados.

• Download paralelo de blocos – neste caso, vão en conjunto as melhorias do P2P e da API descritas no ponto anterior, já que ambas duas, essas mudanças já proporcionarão melhorias no desempenho. A implantação de downloads paralelos ou elos proporcionará outro aumento de desempenho e provavelmente vai reduzir o tempo de sincronização a várias horas.

• Implementação da API v2.1 e em conformidade com o JSON-API – e além se vai implementar também a API 2.1 baseada, claro na API 2.0, mas só será totalmente compatível isso, com as especificações da JSON-API.

• Adicionar predefinições de configuração - isso incluirá predefinições para o arquivo plugins.js. As predefinições deverão abranger itens como relés de troca, relés mínimos, nodos completos com falsificadores, etc.

• Implementar o sistema para assinar e verificar plugins - O sistema será responsável pela verificação de plugins de terceiros e fornecer a segurança adicional às pessoas que desejam executar plugins personalizados na parte da cima do Core.

• Implementar o plugin e configurar o hot-recarregamento - possibilitará o carregamento de arquivos de configuração e plugins sem reiniciar o processo do nodos (configuração de atualização em tempo real e além, sem as interrupções de nodos).

• Integra a criação de perfil com o New Relic - atualmente não havia perfil no núcleo, pois não fazia sentido enquanto o código mudava muito, todos os dias. Agora que as coisas estão resolvidas, nós integramos a New Relic, para entender melhor ainda, quais são as partes do núcleo que precisam ser consertadas para alcançar a velocidade e desempenho.

• Revisão da estrutura e a capacidade de expansão do banco de dados principal - neste momento, o banco de dados principal e a base de dados principal postgresql têm uma grande quantidade de lógica compartilhada que só deveria estar apenas no banco de dados principal e jamais ser sobrescrita ou tocada, a menos que alguém realmente saiba o que está fazendo. Vamos revisar esses fragmentos de código e refatoraremos quando seja necessário para só reduzir a complexidade.

• Revisão da estrutura central da API e a capacidade de expansão – Nós revisaremos algumas estruturas centrais da API que lhe permitirão uma melhor capacidade de expansão. Coisas como as APIs específicas dos delegados o webhook poderiam ser complementos add-ons que adicionam novos pontos de extremidade além dos existentes em vez de seus próprios pacotes.

• Expandir sinalizadores CLI, disponíveis para o Core e manipular determinadas opções. Neste momento algumas das coisas estão no arquivo.env, o que seria apropriado como argumentos CLI.

Tudo isso, vai nós ter ocupados diante os próximos meses e estamos muito contentes para começar a trabalhar nisso, e podemos ter a certeza, de que os manteremos informados sobre o nosso progresso.

O que vem aí para a ARK?

Há várias outras idéias flutuando e discutiremos mais diante na medida que nós solidificamos detalhes.

Por quanto tempo a antiga API de v1 e, o antigo RPC estarão disponíveis?

API v2 docs : https://docs.ark.io/api/public/v2/

Eu encontrei um problema; que o que devo fazer?

Embora, acontece com todos os novos softwares, e certamente haverá alguns soluços iniciais (é obvio, nós esperamos que não haja ou que sejam o mais mínimos possiveis).

Se você notar algum probleminha, pode por favor denuncia-los através do GitHub:
https://github.com/ArkEcosystem/core/issues

Como posso-lhes ajudar com o desenvolvimento do Núcleo, o que devo fazer?

A gratidão

Versão espanhola ARK Core v2 esta en directo en Mainnet