Nova Moeda - ajuda/brainstorming | Bitcointalksearch.org

girino

legendary

Activity: 2296

Merit: 1170

Advertise Here - PM for more info!

Quote from: lipsmega on March 29, 2016, 02:35:07 PM

Quote from: mmboulhosa on March 22, 2016, 06:48:27 PM

Quote from: lipsmega on March 18, 2016, 07:27:15 PM

Credo.. vocês são os caras e esta discussão está ficando muito complexa para mim... o que eu gostaria de saber é se vocês hoje fossem criar uma moeda para amplo uso no mercado (transações o mais rápidas possíveis, mineração 'eficiente' - qualquer pessoa pode contribuir), quais seriam as configurações da mesma que vocês usariam no desenvolvimento ou passariam para um desenvolvedor fazer? qual algoritmo usar? (obs: não considero uma ideia legal a longo prazo criar uma moeda sobre o blockchain de outra)

Respondendo rapidamente:Quark ou X11 com blocos de 40 segundos.Seria bem interessante um "clone" da DASH,com masternodes,darksend porém com o algoritmo Quark (ou o X11 original)e blocos mais rápidos.

Muito obrigado pela resposta.. penso sim no x11 original. Darksend é sempre um atributo positivo? no caso do x11 original qual a melhor velocidade para os blocos? (visando sempre um uso em larga escala como moeda)

Você precisa fazer uma escolha de quanto você acha que é um numero aceitável de órfãos. eu não usaria menos de 60s por bloco nunca, mas se vc acha que uma quantidade grande de órfãos é um preço justo a se pagar pela maior velocidade de confirmação, abaixe o tempo até quanto vc acha razoável.

lipsmega

newbie

Activity: 35

Merit: 0

Quote from: mmboulhosa on March 22, 2016, 06:48:27 PM

Quote from: lipsmega on March 18, 2016, 07:27:15 PM

Credo.. vocês são os caras e esta discussão está ficando muito complexa para mim... o que eu gostaria de saber é se vocês hoje fossem criar uma moeda para amplo uso no mercado (transações o mais rápidas possíveis, mineração 'eficiente' - qualquer pessoa pode contribuir), quais seriam as configurações da mesma que vocês usariam no desenvolvimento ou passariam para um desenvolvedor fazer? qual algoritmo usar? (obs: não considero uma ideia legal a longo prazo criar uma moeda sobre o blockchain de outra)

Respondendo rapidamente:Quark ou X11 com blocos de 40 segundos.Seria bem interessante um "clone" da DASH,com masternodes,darksend porém com o algoritmo Quark (ou o X11 original)e blocos mais rápidos.

Muito obrigado pela resposta.. penso sim no x11 original. Darksend é sempre um atributo positivo? no caso do x11 original qual a melhor velocidade para os blocos? (visando sempre um uso em larga escala como moeda)

mmboulhosa

full member

Activity: 140

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: lipsmega on March 18, 2016, 07:27:15 PM

Credo.. vocês são os caras e esta discussão está ficando muito complexa para mim... o que eu gostaria de saber é se vocês hoje fossem criar uma moeda para amplo uso no mercado (transações o mais rápidas possíveis, mineração 'eficiente' - qualquer pessoa pode contribuir), quais seriam as configurações da mesma que vocês usariam no desenvolvimento ou passariam para um desenvolvedor fazer? qual algoritmo usar? (obs: não considero uma ideia legal a longo prazo criar uma moeda sobre o blockchain de outra)

Respondendo rapidamente:Quark ou X11 com blocos de 40 segundos.Seria bem interessante um "clone" da DASH,com masternodes,darksend porém com o algoritmo Quark (ou o X11 original)e blocos mais rápidos.

lipsmega

newbie

Activity: 35

Merit: 0

Credo.. vocês são os caras e esta discussão está ficando muito complexa para mim... o que eu gostaria de saber é se vocês hoje fossem criar uma moeda para amplo uso no mercado (transações o mais rápidas possíveis, mineração 'eficiente' - qualquer pessoa pode contribuir), quais seriam as configurações da mesma que vocês usariam no desenvolvimento ou passariam para um desenvolvedor fazer? qual algoritmo usar? (obs: não considero uma ideia legal a longo prazo criar uma moeda sobre o blockchain de outra)

girino

legendary

Activity: 2296

Merit: 1170

Advertise Here - PM for more info!

Quote from: mmboulhosa on March 05, 2016, 11:16:47 AM

Quote from: girino on March 05, 2016, 11:08:18 AM

Quote from: mmboulhosa on March 05, 2016, 10:57:41 AM

Quote from: girino on March 05, 2016, 10:39:06 AM

Quote from: girino on March 05, 2016, 10:19:20 AM

Quote from: mmboulhosa on March 05, 2016, 07:22:06 AM

Quote from: rienelber on March 04, 2016, 07:15:14 AM

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

É só fazer blocos mais leves (por exemplo,3x menos pesados do que os de uma moeda de 60s),que eles se propagam muito mais rápido pela rede.

Isso não resolve o problema. A maioria das moedas tem muito poucas transações nos blocos então eles são "leves" por natureza. A questão aqui não é a largura de banda, mas o tempo minimo que uma informação, por menor que seja, leva pra sair de um lugar e chegar em outro (o tempo de "ping" por assim dizer). Além disso, a distribuição dos tempos de bloco é aleatória, com média em 60s (ou 20s), e por ser uma distribuição exponencial (com cauda longa) a grande maioria dos blocos vai ter tempo BEM MENOR que a média. Isso não faz muita diferença se vc tem blocos muito maiores que o tempo de propagação (segundo esse pessoal da ethereum, 12s hoje), mas com um bloco muito proximo do tempo de propagação (menos do dobro, no caso) uma quantidade significativa dos blocos seria encontrada antes do bloco, por mais leve que fosse, terminasse de se propagar (mais de 30%, eu estimo).

Enfim, não é uma coisa simples de se resolver e o pessoal da ethereum brigou muito com esse problema!

Acabei de ver no artigo ele mostra que o stale rate pra um tempo de propagação de 12 segundos é: 1 / (1 + 12s/T) onde T é o tempo do bloco, então mesmo que eu reduzisse o tempo de propagação pra 4s, eu ainda teria 1 - 1 / (1 + 4/20) 0.1666, ou 16% de blocos inválidos. Mesmo com blocos mais leves, eu não vejo uma redução de mais de 50%, então teriamos 1 - 1 / (1 + 6/20) ~= 23%. Com os 12s, temos 37.5% de blocos invalidos (e mais de um terço dos mineradores raivosos te perseguindo com foices e ancinhos)

Será que uma rede estável de nodes ajudaria?Com 12s tem 37.5% de blocos inválidos ,mas com 20s a rede tem um tempo bem maior para a propagação.Eu testei em uma coin com baixa dificuldade e blocktime de 20s,eu estava com 99% da velocidade da network e obtive os seguintes resultados:2788 blocos achados,2664 blocos confirmados(você pode ver na minha pool minedowns.ga,a moeda bloodcoin)

Vc tinha mais de 50% do hashrate e ainda assim conseguiu blocos invalidos? sua pool está com algum problema sério então! Com 50% do hashrate vc consegue garantir 100% de blocos válidos (o famoso ataque de 51%).

Ah, agora entendi. Você tem 2664 encontrados pela pool dos 2788 emitidos pela rede. Mas veja que você tem 0 blocos órfãos, porque quem decide se um bloco é orfão ou não é você (que tem mais de 50% da rede). Se você centralizar o poder de mineração em uma unica pool, sim você acaba com o problema, porque o tempo de progação da pool pra ela mesma é 0.

Mas você pode ver parte do problema nas "shares" recebidas. O tempo de propagação entre a pool e os mineradores (onde são trasmitidos apenas 80 bytes por bloco, ou seja, o tempo de transmissão é ridiculamente baixo) é suficiente pra te dar 5% de shares inválidas. Agora considera que numa rede não centralizada, esse tempo de transmissão vai ser ainda maior (dezenas de vezes maior), esses 5% vão crescer absurdamente.

Realmente,você tem razão.Mas você recomendaria qual blocktime para uma moeda bem estável nesse quesito?Vou tentar achar uma moeda em que o poder não seja centralizado em mim(meu rig dá 60mh/s minerando moedas quark),com as mesmas especificações e realizar o teste novamente.
OBS:Acabei de checar que por algum motivo a contagem de blocos orfãos crashou,pois tinha mais de 100 blocos de QuarkCoin orfãos.

Dá pra fazer uma continha. Pra ter menos de 5% de órfãos, com tempo de propagação de 12 segundos, preciso de 1 - 1 / (1 + 12/T) = 0.05, ou seja T = 228s, ou 3 minutos e 48s. Esse seria o tempo ideal. Pra 10%, um valor razoável, 108 segundos.

Considerando uma rede mais rapida e menor que a rede bitcoin, (ou seja, considerando que quando sua moeda suplantar o bitcoin a internet do mundo vai ser mais rapida), e tempo de 6s, dá pra reduzir isso: 54s e 114s respectivamente.

Com essas considerações eu usaria o tempo de 1 minuto (60s). Ou então estudaria a ethereum e implementaria o mecanismo deles de recompensar blocos órfãos.

mmboulhosa

full member

Activity: 140

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: girino on March 05, 2016, 11:08:18 AM

Quote from: mmboulhosa on March 05, 2016, 10:57:41 AM

Quote from: girino on March 05, 2016, 10:39:06 AM

Quote from: girino on March 05, 2016, 10:19:20 AM

Quote from: mmboulhosa on March 05, 2016, 07:22:06 AM

Quote from: rienelber on March 04, 2016, 07:15:14 AM

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

É só fazer blocos mais leves (por exemplo,3x menos pesados do que os de uma moeda de 60s),que eles se propagam muito mais rápido pela rede.

Isso não resolve o problema. A maioria das moedas tem muito poucas transações nos blocos então eles são "leves" por natureza. A questão aqui não é a largura de banda, mas o tempo minimo que uma informação, por menor que seja, leva pra sair de um lugar e chegar em outro (o tempo de "ping" por assim dizer). Além disso, a distribuição dos tempos de bloco é aleatória, com média em 60s (ou 20s), e por ser uma distribuição exponencial (com cauda longa) a grande maioria dos blocos vai ter tempo BEM MENOR que a média. Isso não faz muita diferença se vc tem blocos muito maiores que o tempo de propagação (segundo esse pessoal da ethereum, 12s hoje), mas com um bloco muito proximo do tempo de propagação (menos do dobro, no caso) uma quantidade significativa dos blocos seria encontrada antes do bloco, por mais leve que fosse, terminasse de se propagar (mais de 30%, eu estimo).

Enfim, não é uma coisa simples de se resolver e o pessoal da ethereum brigou muito com esse problema!

Acabei de ver no artigo ele mostra que o stale rate pra um tempo de propagação de 12 segundos é: 1 / (1 + 12s/T) onde T é o tempo do bloco, então mesmo que eu reduzisse o tempo de propagação pra 4s, eu ainda teria 1 - 1 / (1 + 4/20) 0.1666, ou 16% de blocos inválidos. Mesmo com blocos mais leves, eu não vejo uma redução de mais de 50%, então teriamos 1 - 1 / (1 + 6/20) ~= 23%. Com os 12s, temos 37.5% de blocos invalidos (e mais de um terço dos mineradores raivosos te perseguindo com foices e ancinhos)

Será que uma rede estável de nodes ajudaria?Com 12s tem 37.5% de blocos inválidos ,mas com 20s a rede tem um tempo bem maior para a propagação.Eu testei em uma coin com baixa dificuldade e blocktime de 20s,eu estava com 99% da velocidade da network e obtive os seguintes resultados:2788 blocos achados,2664 blocos confirmados(você pode ver na minha pool minedowns.ga,a moeda bloodcoin)

Vc tinha mais de 50% do hashrate e ainda assim conseguiu blocos invalidos? sua pool está com algum problema sério então! Com 50% do hashrate vc consegue garantir 100% de blocos válidos (o famoso ataque de 51%).

Ah, agora entendi. Você tem 2664 encontrados pela pool dos 2788 emitidos pela rede. Mas veja que você tem 0 blocos órfãos, porque quem decide se um bloco é orfão ou não é você (que tem mais de 50% da rede). Se você centralizar o poder de mineração em uma unica pool, sim você acaba com o problema, porque o tempo de progação da pool pra ela mesma é 0.

Mas você pode ver parte do problema nas "shares" recebidas. O tempo de propagação entre a pool e os mineradores (onde são trasmitidos apenas 80 bytes por bloco, ou seja, o tempo de transmissão é ridiculamente baixo) é suficiente pra te dar 5% de shares inválidas. Agora considera que numa rede não centralizada, esse tempo de transmissão vai ser ainda maior (dezenas de vezes maior), esses 5% vão crescer absurdamente.

Realmente,você tem razão.Mas você recomendaria qual blocktime para uma moeda bem estável nesse quesito?Vou tentar achar uma moeda em que o poder não seja centralizado em mim(meu rig dá 60mh/s minerando moedas quark),com as mesmas especificações e realizar o teste novamente.
OBS:Acabei de checar que por algum motivo a contagem de blocos orfãos crashou,pois tinha mais de 100 blocos de QuarkCoin orfãos.

girino

legendary

Activity: 2296

Merit: 1170

Advertise Here - PM for more info!

Quote from: mmboulhosa on March 05, 2016, 10:57:41 AM

Quote from: girino on March 05, 2016, 10:39:06 AM

Quote from: girino on March 05, 2016, 10:19:20 AM

Quote from: mmboulhosa on March 05, 2016, 07:22:06 AM

Quote from: rienelber on March 04, 2016, 07:15:14 AM

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

É só fazer blocos mais leves (por exemplo,3x menos pesados do que os de uma moeda de 60s),que eles se propagam muito mais rápido pela rede.

Isso não resolve o problema. A maioria das moedas tem muito poucas transações nos blocos então eles são "leves" por natureza. A questão aqui não é a largura de banda, mas o tempo minimo que uma informação, por menor que seja, leva pra sair de um lugar e chegar em outro (o tempo de "ping" por assim dizer). Além disso, a distribuição dos tempos de bloco é aleatória, com média em 60s (ou 20s), e por ser uma distribuição exponencial (com cauda longa) a grande maioria dos blocos vai ter tempo BEM MENOR que a média. Isso não faz muita diferença se vc tem blocos muito maiores que o tempo de propagação (segundo esse pessoal da ethereum, 12s hoje), mas com um bloco muito proximo do tempo de propagação (menos do dobro, no caso) uma quantidade significativa dos blocos seria encontrada antes do bloco, por mais leve que fosse, terminasse de se propagar (mais de 30%, eu estimo).

Enfim, não é uma coisa simples de se resolver e o pessoal da ethereum brigou muito com esse problema!

Acabei de ver no artigo ele mostra que o stale rate pra um tempo de propagação de 12 segundos é: 1 / (1 + 12s/T) onde T é o tempo do bloco, então mesmo que eu reduzisse o tempo de propagação pra 4s, eu ainda teria 1 - 1 / (1 + 4/20) 0.1666, ou 16% de blocos inválidos. Mesmo com blocos mais leves, eu não vejo uma redução de mais de 50%, então teriamos 1 - 1 / (1 + 6/20) ~= 23%. Com os 12s, temos 37.5% de blocos invalidos (e mais de um terço dos mineradores raivosos te perseguindo com foices e ancinhos)

Será que uma rede estável de nodes ajudaria?Com 12s tem 37.5% de blocos inválidos ,mas com 20s a rede tem um tempo bem maior para a propagação.Eu testei em uma coin com baixa dificuldade e blocktime de 20s,eu estava com 99% da velocidade da network e obtive os seguintes resultados:2788 blocos achados,2664 blocos confirmados(você pode ver na minha pool minedowns.ga,a moeda bloodcoin)

Vc tinha mais de 50% do hashrate e ainda assim conseguiu blocos invalidos? sua pool está com algum problema sério então! Com 50% do hashrate vc consegue garantir 100% de blocos válidos (o famoso ataque de 51%).

Ah, agora entendi. Você tem 2664 encontrados pela pool dos 2788 emitidos pela rede. Mas veja que você tem 0 blocos órfãos, porque quem decide se um bloco é orfão ou não é você (que tem mais de 50% da rede). Se você centralizar o poder de mineração em uma unica pool, sim você acaba com o problema, porque o tempo de progação da pool pra ela mesma é 0.

Mas você pode ver parte do problema nas "shares" recebidas. O tempo de propagação entre a pool e os mineradores (onde são trasmitidos apenas 80 bytes por bloco, ou seja, o tempo de transmissão é ridiculamente baixo) é suficiente pra te dar 5% de shares inválidas. Agora considera que numa rede não centralizada, esse tempo de transmissão vai ser ainda maior (dezenas de vezes maior), esses 5% vão crescer absurdamente.

mmboulhosa

full member

Activity: 140

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: girino on March 05, 2016, 10:39:06 AM

Quote from: girino on March 05, 2016, 10:19:20 AM

Quote from: mmboulhosa on March 05, 2016, 07:22:06 AM

Quote from: rienelber on March 04, 2016, 07:15:14 AM

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

É só fazer blocos mais leves (por exemplo,3x menos pesados do que os de uma moeda de 60s),que eles se propagam muito mais rápido pela rede.

Isso não resolve o problema. A maioria das moedas tem muito poucas transações nos blocos então eles são "leves" por natureza. A questão aqui não é a largura de banda, mas o tempo minimo que uma informação, por menor que seja, leva pra sair de um lugar e chegar em outro (o tempo de "ping" por assim dizer). Além disso, a distribuição dos tempos de bloco é aleatória, com média em 60s (ou 20s), e por ser uma distribuição exponencial (com cauda longa) a grande maioria dos blocos vai ter tempo BEM MENOR que a média. Isso não faz muita diferença se vc tem blocos muito maiores que o tempo de propagação (segundo esse pessoal da ethereum, 12s hoje), mas com um bloco muito proximo do tempo de propagação (menos do dobro, no caso) uma quantidade significativa dos blocos seria encontrada antes do bloco, por mais leve que fosse, terminasse de se propagar (mais de 30%, eu estimo).

Enfim, não é uma coisa simples de se resolver e o pessoal da ethereum brigou muito com esse problema!

Acabei de ver no artigo ele mostra que o stale rate pra um tempo de propagação de 12 segundos é: 1 / (1 + 12s/T) onde T é o tempo do bloco, então mesmo que eu reduzisse o tempo de propagação pra 4s, eu ainda teria 1 - 1 / (1 + 4/20) 0.1666, ou 16% de blocos inválidos. Mesmo com blocos mais leves, eu não vejo uma redução de mais de 50%, então teriamos 1 - 1 / (1 + 6/20) ~= 23%. Com os 12s, temos 37.5% de blocos invalidos (e mais de um terço dos mineradores raivosos te perseguindo com foices e ancinhos)

Será que uma rede estável de nodes ajudaria?Com 12s tem 37.5% de blocos inválidos ,mas com 20s a rede tem um tempo bem maior para a propagação.Eu testei em uma coin com baixa dificuldade e blocktime de 20s,eu estava com 99% da velocidade da network e obtive os seguintes resultados:2788 blocos achados,2664 blocos confirmados(você pode ver na minha pool minedowns.ga,a moeda bloodcoin)

girino

legendary

Activity: 2296

Merit: 1170

Advertise Here - PM for more info!

Quote from: girino on March 05, 2016, 10:19:20 AM

Quote from: mmboulhosa on March 05, 2016, 07:22:06 AM

Quote from: rienelber on March 04, 2016, 07:15:14 AM

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

É só fazer blocos mais leves (por exemplo,3x menos pesados do que os de uma moeda de 60s),que eles se propagam muito mais rápido pela rede.

Isso não resolve o problema. A maioria das moedas tem muito poucas transações nos blocos então eles são "leves" por natureza. A questão aqui não é a largura de banda, mas o tempo minimo que uma informação, por menor que seja, leva pra sair de um lugar e chegar em outro (o tempo de "ping" por assim dizer). Além disso, a distribuição dos tempos de bloco é aleatória, com média em 60s (ou 20s), e por ser uma distribuição exponencial (com cauda longa) a grande maioria dos blocos vai ter tempo BEM MENOR que a média. Isso não faz muita diferença se vc tem blocos muito maiores que o tempo de propagação (segundo esse pessoal da ethereum, 12s hoje), mas com um bloco muito proximo do tempo de propagação (menos do dobro, no caso) uma quantidade significativa dos blocos seria encontrada antes do bloco, por mais leve que fosse, terminasse de se propagar (mais de 30%, eu estimo).

Enfim, não é uma coisa simples de se resolver e o pessoal da ethereum brigou muito com esse problema!

Acabei de ver no artigo ele mostra que o stale rate pra um tempo de propagação de 12 segundos é: 1 / (1 + 12s/T) onde T é o tempo do bloco, então mesmo que eu reduzisse o tempo de propagação pra 4s, eu ainda teria 1 - 1 / (1 + 4/20) 0.1666, ou 16% de blocos inválidos. Mesmo com blocos mais leves, eu não vejo uma redução de mais de 50%, então teriamos 1 - 1 / (1 + 6/20) ~= 23%. Com os 12s, temos 37.5% de blocos invalidos (e mais de um terço dos mineradores raivosos te perseguindo com foices e ancinhos)

girino

legendary

Activity: 2296

Merit: 1170

Advertise Here - PM for more info!

Quote from: mmboulhosa on March 05, 2016, 07:22:06 AM

Quote from: rienelber on March 04, 2016, 07:15:14 AM

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

É só fazer blocos mais leves (por exemplo,3x menos pesados do que os de uma moeda de 60s),que eles se propagam muito mais rápido pela rede.

Isso não resolve o problema. A maioria das moedas tem muito poucas transações nos blocos então eles são "leves" por natureza. A questão aqui não é a largura de banda, mas o tempo minimo que uma informação, por menor que seja, leva pra sair de um lugar e chegar em outro (o tempo de "ping" por assim dizer). Além disso, a distribuição dos tempos de bloco é aleatória, com média em 60s (ou 20s), e por ser uma distribuição exponencial (com cauda longa) a grande maioria dos blocos vai ter tempo BEM MENOR que a média. Isso não faz muita diferença se vc tem blocos muito maiores que o tempo de propagação (segundo esse pessoal da ethereum, 12s hoje), mas com um bloco muito proximo do tempo de propagação (menos do dobro, no caso) uma quantidade significativa dos blocos seria encontrada antes do bloco, por mais leve que fosse, terminasse de se propagar (mais de 30%, eu estimo).

Enfim, não é uma coisa simples de se resolver e o pessoal da ethereum brigou muito com esse problema!

mmboulhosa

full member

Activity: 140

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Quote from: rienelber on March 04, 2016, 07:15:14 AM

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

É só fazer blocos mais leves (por exemplo,3x menos pesados do que os de uma moeda de 60s),que eles se propagam muito mais rápido pela rede.

Paredao

legendary

Activity: 3304

Merit: 1617

Quote from: lipsmega on March 02, 2016, 08:22:21 PM

Olá pessoal, muito obrigado pelas dicas.

Na verdade o pré minerar é porque eu gostaria e distribuir no mercado conforme demanda e com essa premissa - e evitar o que acontece com praticamente todas as moedas hoje, são despejadas por mineradores e tem o preço extremamente instável.

Acho interessante o x11. sobre criar sobre a nxt eu não sei, mas não me passa muita credibilidade ou originalidade criar uma moeda em cima do blockchain de outra - pode parecer meio ignorante, mas penso a longo prazo.

Quote from: Paredao on February 28, 2016, 10:21:57 AM

Sinceramente Huh

Eu acho mais fácil pegar uma das centenas de altcoins abandonadas por ai e investir nela. Eu e alguns colegas temos uma. Investimos nela e mantemos ela funcional com exchange e tudo. Ela não pode mais ser minerada, só tem POS, "mineradores" passam longe dela. Que tal achou da ideia??

Como fizeram? compraram todas as moedas ou negociaram direto com o desenvolvedor?

E mais.. É caro encontrar um desenvolvedor para criar a moeda em um algoritmo como o x11 e criar uma carteira para android? achei um site gringo mas fica alguns milhares de reais..

Compramos milhões da moeda. Somos os maiores detentores da moeda.

rienelber

full member

Activity: 154

Merit: 100

"Blocos de 20 segundos eu não recomendo, porque é muito próximo do tempo de propagação de um bloco pela rede, principalmente se forem blocos com muitas transações. Isso vai gerar MUITO bloco órfão e sobrecarregar a blockchain (além e frustrar os mineradores)."

É exatamente por esse motivo que vi muitas moedas indo para o brejo. Isso é um ponto crucial que alguns programadores acabam ignorando.

m-s-v

full member

Activity: 145

Merit: 100

Quote from: lcharles123 on February 28, 2016, 10:36:23 AM

Quote from: Paredao on February 28, 2016, 10:21:57 AM

Quote from: lipsmega on February 24, 2016, 12:48:47 PM

Olá pessoal.. tenho tido algumas ideias sobre lançar uma moeda no mercado. No entanto, pensei em criar uma currency pré minerada para lançar no mercado como um programa de pontos, ou algo semelhante, e ir disponibilizando no mercado conforme demanda - criar uma empresa e tudo mais. O que vocês pensam sobre isso? qual seria o melhor algoritmo para criar uma moeda hoje que oferecesse transações o mais rápidas com o menor custo possíveis?

Sinceramente Huh

Eu acho mais fácil pegar uma das centenas de altcoins abandonadas por ai e investir nela. Eu e alguns colegas temos uma. Investimos nela e mantemos ela funcional com exchange e tudo. Ela não pode mais ser minerada, só tem POS, "mineradores" passam longe dela. Que tal achou da ideia??

Você também pode usar serviços pré existentes para criar "a moeda" tais como NXT ou qualquer um de seus clones, Counterparty, Bitshares, etc.
No caso da NXT, precisa só de uns 40, dá menos de 2 reais hoje.

Aí vem o diferencial: em seguida basta criar a experiencia do usuário, através de uma carteira própria para a sua moeda que usará as APIs da rede da NXT. Então será como se os usuários usassem uma moeda própria, mas ela rodará em outro blockchain.

+1440

lipsmega

newbie

Activity: 35

Merit: 0

Quote from: mmboulhosa on March 03, 2016, 05:08:19 AM

Você mesmo pode criar.Para criar a moeda,é algo bem simples (a parte mais difícil é compilar a carteira do Windows).No YouTube tem um cara americano que fez uma série learncoin de 6 episódios ,lá ele ensina a fazer uma scrypt mas se vc pegar o código de uma moeda X11 vai funcionar também .E uma dica :não use virtualbox para virtualizar o Ubuntu ,pois vc precisará emular outra máquina dentro do Ubuntu pra criar a carteira Windows ,e o virtualbox não suporta isso.

Muito obrigado pela dica, eu vou dar uma olhada. No entanto a prioridade seria entender qual o melhor algoritmo e as melhores configurações hoje para criar uma moeda para suportar muitas transações a um custo baixo e também uma carteira android e IOS para que as pessoas começassem a usar desde já. Eu faria algumas parcerias com pontos comerciais (apesar de ser preciso verificar em relação a lei também Sad

).

mmboulhosa

full member

Activity: 140

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Você mesmo pode criar.Para criar a moeda,é algo bem simples (a parte mais difícil é compilar a carteira do Windows).No YouTube tem um cara americano que fez uma série learncoin de 6 episódios ,lá ele ensina a fazer uma scrypt mas se vc pegar o código de uma moeda X11 vai funcionar também .E uma dica :não use virtualbox para virtualizar o Ubuntu ,pois vc precisará emular outra máquina dentro do Ubuntu pra criar a carteira Windows ,e o virtualbox não suporta isso.

lipsmega

newbie

Activity: 35

Merit: 0

Olá pessoal, muito obrigado pelas dicas.

Na verdade o pré minerar é porque eu gostaria e distribuir no mercado conforme demanda e com essa premissa - e evitar o que acontece com praticamente todas as moedas hoje, são despejadas por mineradores e tem o preço extremamente instável.

Acho interessante o x11. sobre criar sobre a nxt eu não sei, mas não me passa muita credibilidade ou originalidade criar uma moeda em cima do blockchain de outra - pode parecer meio ignorante, mas penso a longo prazo.

Quote from: Paredao on February 28, 2016, 10:21:57 AM

Sinceramente Huh

Eu acho mais fácil pegar uma das centenas de altcoins abandonadas por ai e investir nela. Eu e alguns colegas temos uma. Investimos nela e mantemos ela funcional com exchange e tudo. Ela não pode mais ser minerada, só tem POS, "mineradores" passam longe dela. Que tal achou da ideia??

Como fizeram? compraram todas as moedas ou negociaram direto com o desenvolvedor?

E mais.. É caro encontrar um desenvolvedor para criar a moeda em um algoritmo como o x11 e criar uma carteira para android? achei um site gringo mas fica alguns milhares de reais..

Paredao

legendary

Activity: 3304

Merit: 1617

Quote from: lcharles123 on February 28, 2016, 05:21:53 PM

Quote from: Paredao on February 28, 2016, 10:44:28 AM

Quote from: lcharles123 on February 28, 2016, 10:36:23 AM

Quote from: Paredao on February 28, 2016, 10:21:57 AM

Quote from: lipsmega on February 24, 2016, 12:48:47 PM

Olá pessoal.. tenho tido algumas ideias sobre lançar uma moeda no mercado. No entanto, pensei em criar uma currency pré minerada para lançar no mercado como um programa de pontos, ou algo semelhante, e ir disponibilizando no mercado conforme demanda - criar uma empresa e tudo mais. O que vocês pensam sobre isso? qual seria o melhor algoritmo para criar uma moeda hoje que oferecesse transações o mais rápidas com o menor custo possíveis?

Sinceramente Huh

Eu acho mais fácil pegar uma das centenas de altcoins abandonadas por ai e investir nela. Eu e alguns colegas temos uma. Investimos nela e mantemos ela funcional com exchange e tudo. Ela não pode mais ser minerada, só tem POS, "mineradores" passam longe dela. Que tal achou da ideia??

Você também pode usar serviços pré existentes para criar "a moeda" tais como NXT ou qualquer um de seus clones, Counterparty, Bitshares, etc.
No caso da NXT, precisa só de uns 40, dá menos de 2 reais hoje.

Aí vem o diferencial: em seguida basta criar a experiencia do usuário, através de uma carteira própria para a sua moeda que usará as APIs da rede da NXT. Então será como se os usuários usassem uma moeda própria, mas ela rodará em outro blockchain.

É Icharles, legal de ver. Você é um dos poucos brasileiros que "veste a camisa" da NXT. Pena que não tem mais pessoas assim.

Não que eu seja fanático ou tenha algo investido nela, mas ela foi a primeira coin a implementar essas funções de ativos e outros tipos de contratos. E com uma interface fácil de usar.
Coisa que nem a ethereum fez até hoje.

Também gosto da "moedinha". Acontece que nunca foi "suave" para mim sincronizar a carteira. Não sei se é por causa do Java, não me dou bem com ele, não sei se é outros motivos. Embarrassed

E para te falar uma coisa. Foi com a NXT que ganhei mais dinheiro com propaganda Ads em meus sites e faucets.

mmboulhosa

full member

Activity: 140

Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice

Bom,se você quiser criar uma moeda boa ,eu recomendaria você a clonar uma versão do quarkcoin antes da 0.9(qualquer versão que não tenha o chainparams.cpp,é mais fácil de fazer o hash do Gênesis block),faz o hash do gênesis block ,guarda o debug.log,clona o dashpay,configura ao seu gosto e troca o algoritmo do X11 pra Quark.(e usa o Gênesis block,nonce,tudo o que você gerou no clone do Quark)

lcharles123

legendary

Activity: 1700

Merit: 1075

Quote from: Paredao on February 28, 2016, 10:44:28 AM

Quote from: lcharles123 on February 28, 2016, 10:36:23 AM

Quote from: Paredao on February 28, 2016, 10:21:57 AM

Quote from: lipsmega on February 24, 2016, 12:48:47 PM

Olá pessoal.. tenho tido algumas ideias sobre lançar uma moeda no mercado. No entanto, pensei em criar uma currency pré minerada para lançar no mercado como um programa de pontos, ou algo semelhante, e ir disponibilizando no mercado conforme demanda - criar uma empresa e tudo mais. O que vocês pensam sobre isso? qual seria o melhor algoritmo para criar uma moeda hoje que oferecesse transações o mais rápidas com o menor custo possíveis?

Sinceramente Huh

Eu acho mais fácil pegar uma das centenas de altcoins abandonadas por ai e investir nela. Eu e alguns colegas temos uma. Investimos nela e mantemos ela funcional com exchange e tudo. Ela não pode mais ser minerada, só tem POS, "mineradores" passam longe dela. Que tal achou da ideia??

Você também pode usar serviços pré existentes para criar "a moeda" tais como NXT ou qualquer um de seus clones, Counterparty, Bitshares, etc.
No caso da NXT, precisa só de uns 40, dá menos de 2 reais hoje.

Aí vem o diferencial: em seguida basta criar a experiencia do usuário, através de uma carteira própria para a sua moeda que usará as APIs da rede da NXT. Então será como se os usuários usassem uma moeda própria, mas ela rodará em outro blockchain.

É Icharles, legal de ver. Você é um dos poucos brasileiros que "veste a camisa" da NXT. Pena que não tem mais pessoas assim.

Não que eu seja fanático ou tenha algo investido nela, mas ela foi a primeira coin a implementar essas funções de ativos e outros tipos de contratos. E com uma interface fácil de usar.
Coisa que nem a ethereum fez até hoje.

Topic: Nova Moeda - ajuda/brainstorming (Read 1642 times)