Numa implementação cliente-servidor, este é o componente de servidor. É um pedaço de software de servidor programado para ser executado no ambiente da CGN. O DService executa os pedidos que lhe são feitos de acordo com uma API bem definida que ele expõe e executa todas as formas de trabalho especializado e intenso em computação, especificado para as necessidades de uma DApp ou de uma família de DApps específicas.

Uma empresa americana empenhada no desenvolvimento e no fornecimento de instalações e de software de processamento multimédia em nuvem. A Equilibrium tem estabelecida uma família de produtos e passou anos a criar a procura de produtos, para além de ter construído uma significativa base de utilizadores estabelecida. A Equilibrium quer expandir o alcance e a capacidade da sua linha de produtos ao ser uma das primeiras a utilizar a CGN, as DApps e os DServices para fornecer serviços de processamento de imagens globais e altamente redimensionáveis, de formas novas e irresistíveis.

O primeiro DService, licensiado pela Equilibrium e criado com tecnologia comprovada. O DService da MediaGen irá nivelar a CGN para o fornecimento da camada de serviços necessários para potenciar a família de DApps da MediaGen e aplicações de cliente. O DService MediaGen a ser executado dentro do ecossistema da CGN irá fornecer os serviços para a execução de objetivos gerais, manuseamento de pedidos de imagens, animação, tipos de letra, áudio/vídeo, processamento dinâmico e operações de renderização em tempo quase real.

Como contraste, as Redes de Entrega de Conteúdos (CDN) são uma tecnologia existente concebida para descentralizar a entrega de ativos estáticos a aplicações de cliente (como browsers, mas também DApps) para que o utilizador final consiga sempre aceder aos ativos da Web a ;;partir de um servidor geograficamente perto do seu computador. Isto diminui significativamente o tempo de ida e volta do tráfego e melhora a experiência do utilizador. Isto também ajuda a gerir picos de carregamento no armazenamento de ativos central e do mecanismo de entrega, quando muitos utilizadores em todo o mundo tentam pedir o mesmo ativo em simultâneo. A CGN difere de uma CDN na medida em que a CGN dá mais importância à criação do que à distribuição. A CGN é uma tecnologia inovadora que, pela primeira vez, aplica os princípios de uma CDN a conteúdo dinâmico, descentralizando a sua criação e assegurando que os consumidores de conteúdo dinâmico consigam obter ativos criados a pedido o mais rápido possível, de um servidor geograficamente perto dos seus computadores.

A CGN por conceção também é compatível com a CDN, o que significa que a própria CGN pode ser coberta por uma CDN para mais robustez. A junção de uma CDN com a CGN traz os dois benefícios, com a CDN a prevenir a repetida regeneração do mesmo conteúdo e a permitir a entrega do conteúdo dinâmico subjacente para também beneficiar de cache global adicional distribuído pela CDN. Isto pode aliviar a CGN de carga computacional desnecessária causada pela regeneração redundante de conteúdo idêntico.

Acreditamos na ideia que deixar os mercados estabelecerem o valor é muito mais justo que pedir a alguns indivíduos relacionados com o projeto para o fazer. Afinal, no caso de uma OIM, o mercado dos tokens é composto por centenas de milhares de mentes individuais, cada uma com a sua própria opinião, as suas próprias ideias, esperanças, expetativas e objetivos de investimento.

O objetivo desta fase é a recolha de fundos antecipada para custear o desenvolvimento inicial do projeto e para operar a equipar e levarà conclusão do projeto da OIM. Esta parte da venda ao público será oferecida a um pequeno número de investidores qualificados que também irão oferecer os seus próprios conhecimentos e orientação para ajudar ao sucesso do projeto na OIM. Para questões sobre a venda privada, contacte-nos através de ieo@cpucoin.io ou no telegram @mediarichio

A venda principal publica será estruturada como uma série de ofertas de blocos de 10.000.000 tokens distribuídos por um período de 29 horas, repetindo-se continuamente até que todos os tokens tenham sido vendidos. O período de 29 horas garante que dia após dia, a cada 4 dias, a hora final para licitação será a uma hora conveniente em cada fuso horário. Isto irá resultar num padrão onde a hora final move-se de este para oeste 7 por fuso horário diariamente e, assim, dando a volta ao mundo a cada 3 dias e meio.Para obter mais detalhes acerca da estrutura da pré-venda ao público e da venda principal, consulte a nossa ficha técnica.