POOL XHDGalera, Eu mesmo não minero XHD, mas como ja tenho outros pools rodando, resolvi fazer uma "palinha" pra galera e coloquei este pool aqui no ar, se alguém quiser minerar: http://xhd.girino.org/MPOS/public/index.php?page=gettingstartedTaxa de 3%. AVISO: Este pool e o dono dele NÃO TEM LIGAÇÃO COM OS CRIADORES DO HashDollar, com a hashdollar.org ou com a hashdollar.com, ou qualquer outra entidade. NÃO DOU NENHUMA GARANTIA SOBRE O VALOR DO HashDollar ou sobre o retorno do investimento. MINEREM POR SUA CONTA E RISCO! Tem algum problema no pagamentos? Estou achando estranho, deveria ter feito mais pagamentos. Tinha um problema de acesso no bando de dados, mas já deve estar resolvido. Conferi e não teve nenhum bloco perdido. Assim que tiver 120 confirmações, a grana pode ser sacada.
|
|
|
POOL XHDGalera, Eu mesmo não minero XHD, mas como ja tenho outros pools rodando, resolvi fazer uma "palinha" pra galera e coloquei este pool aqui no ar, se alguém quiser minerar: http://xhd.girino.org/MPOS/public/index.php?page=gettingstartedTaxa de 3%. AVISO: Este pool e o dono dele NÃO TEM LIGAÇÃO COM OS CRIADORES DO HashDollar, com a hashdollar.org ou com a hashdollar.com, ou qualquer outra entidade. NÃO DOU NENHUMA GARANTIA SOBRE O VALOR DO HashDollar ou sobre o retorno do investimento. MINEREM POR SUA CONTA E RISCO!
|
|
|
Não faz sentido minerar sozinho na piscina. O que a piscina faz é distribuir trabalhos com uma dificuldade mais baixa e depois escolher os "melhores" pra mandar pra carteira, depois dividir a grana em partes proporcionais de acordo com os trabalhos submetidos. Se você está sozinho e não precisa de dividir a grana com ninguem, não faz sentido usar a piscina. Compile a carteira direto e use-a como servidor. (o servidor de piscina não tem uma carteira embutida, você precisa ligá-lo a uma carteira).
Eu compreendo, mas se vc tem muitos trabalhadores, eles podem se conectar na sua piscina, pois o principal problema é que não tem piscina. Se os trabalhadores estão mineirando par ao mesmo endereço, não faz sentido usar a piscina. Só faz sentido usar piscina se houverem endereços diferentes para os quais o dinheiro precisa ser dividido. A piscina é apenas um "medidor" de trabalho efetuado. A menos que você queira recolher estatisticas detalhadas sobre sua mineração solo, o pool é só um software a mais que você vai rodar. (lembrando que o pool não vive sem a carteira, você precisa de uma carteira rodando no servidor onde o pool está instalado, e se você tem a carteira, já pode minerar solo sem o pool). Se ainda assim quiserem montar um pool, esse guia dá todos os passos: https://github.com/MPOS/php-mpos/wiki/Quick-Start-GuideEu não monto um pool de XHD porque pelo preço atual eu não consigo pagar meus custos de servidor com o pool.
|
|
|
Não faz sentido minerar sozinho na piscina. O que a piscina faz é distribuir trabalhos com uma dificuldade mais baixa e depois escolher os "melhores" pra mandar pra carteira, depois dividir a grana em partes proporcionais de acordo com os trabalhos submetidos. Se você está sozinho e não precisa de dividir a grana com ninguem, não faz sentido usar a piscina. Compile a carteira direto e use-a como servidor. (o servidor de piscina não tem uma carteira embutida, você precisa ligá-lo a uma carteira).
Eu compreendo, mas se vc tem muitos trabalhadores, eles podem se conectar na sua piscina, pois o principal problema é que não tem piscina. Se os trabalhadores estão mineirando par ao mesmo endereço, não faz sentido usar a piscina. Só faz sentido usar piscina se houverem endereços diferentes para os quais o dinheiro precisa ser dividido. A piscina é apenas um "medidor" de trabalho efetuado. A menos que você queira recolher estatisticas detalhadas sobre sua mineração solo, o pool é só um software a mais que você vai rodar. (lembrando que o pool não vive sem a carteira, você precisa de uma carteira rodando no servidor onde o pool está instalado, e se você tem a carteira, já pode minerar solo sem o pool).
|
|
|
Correto, girino. Mas note que a merkle root sempre será diferente, pois cada pool ou minerador solo tem a sua própria transação coinbase (enviando as bitcoins recém-criadas e as das taxas para um endereço que ele próprio controla). Assim, é certo que cada pool usa nonces de maneira completamente independente aos nonces dos outros pools. Mesmo que dois pools usem o mesmo conjunto de nonces, os dois conjuntos de hashes resultantes para o bloco serão totalmente diferentes entre si. É isso que garante que um minerador malicioso não consiga reutilizar o "nonce vencedor" encontrado por outro minerador, alegando que foi ele (o malicioso) quem minerou o último bloco. Ao mudar a transação coinbase para um endereço seu, é alterada a merkle root, e aquele mesmo nonce deixa de ser o vencedor, pois o hash do bloco deixará de ser menor do que o alvo. Hum, não tinha me tocado deste detalhe. Obrigado pela correção!
|
|
|
vocês me abriram uma duvida agora .. é possivel eu alugar um rig e minerar solo ? se sim é uma gambiarra tremenda hein a e mande PM explicando também !! É possivel sim. O problema é que é muito chato de configurar. Alguns posts atrás eu esscrevi o qeu eu imagino ser necessário para conseguir minerar solo com um rig de outro local que não a sua rede. Outra solução seria usar um computador como servidor e usando um ubuntu server compilar o site da piscina (que não me parece muito fácil) e minerar no seu próprio servidor. Não faz sentido minerar sozinho na piscina. O que a piscina faz é distribuir trabalhos com uma dificuldade mais baixa e depois escolher os "melhores" pra mandar pra carteira, depois dividir a grana em partes proporcionais de acordo com os trabalhos submetidos. Se você está sozinho e não precisa de dividir a grana com ninguem, não faz sentido usar a piscina. Compile a carteira direto e use-a como servidor. (o servidor de piscina não tem uma carteira embutida, você precisa ligá-lo a uma carteira).
|
|
|
neolinkhati +1
não acho q alguem ta se aventurando (mais). mas quem tem #$ deve ta interessado nas "novidades"
RIck Younes anunciou um relato com a conversa com o Tony no face. vamos ver
Depois da conf despreparo total e nervosismo, ai ai. Mto fácil agora escrever no PC um texto bonito e querer convencer o povo. Afinal quem tem 1 trilhão na mão quer ficar milionário nas custas de trouxas, mesmo a moeda valendo 0.0001 rsrsrs 10 trilhões (são 10 trilhões, não só um) de centavos ainda dá 100 bilhões. Mesmo se o XHD valer 1 milésimo de centavo, ele ainda tem 100 milhões! Se valer um satoshi, ele tem 0.00000001 * 10^13 = 100000 BTCs, que dá uns 60 milhões de USD. O cara só perde se valer ZERO...
|
|
|
Uma inovação que seria revolucionária seria uma moeda em que a mineração fosse "justa", ou seja: - imune a botnets - onde o aumento no poder de processamento não aumentasse a quantidade minerada (um ASIC de 50TH/s, um GPU ou um pentium velho mineram mais ou menos o mesmo tanto). - imune a quantidade de carteiras (uma pessoa que criasse 1 milhão de carteiras mineraria ainda assim o mesmo tanto que uma pessoa que criasse apenas 1). Mas acho que é sonho já pensei algo nesse sentido também. acho q uma solução tipo a huntercoin pode ser o início de algo futuramente interessante nesse sentido: transformar a mineração num jogo que dependa mais da participação ativa do usuário do que do poder da sua máquina. Pois é, mas aí tem as fábricas de trabalho escravo na china, igual tem nos MMORPG da vida... Nego vai ser obrigado a ficar mineirando o dia todo pro patrão em troca de pão dormido no fim do dia
|
|
|
Uma inovação que seria revolucionária seria uma moeda em que a mineração fosse "justa", ou seja: - imune a botnets - onde o aumento no poder de processamento não aumentasse a quantidade minerada (um ASIC de 50TH/s, um GPU ou um pentium velho mineram mais ou menos o mesmo tanto). - imune a quantidade de carteiras (uma pessoa que criasse 1 milhão de carteiras mineraria ainda assim o mesmo tanto que uma pessoa que criasse apenas 1). Mas acho que é sonho
|
|
|
dá uma olhada em https://en.bitcoin.it/wiki/Protocol_specification#Block_Headersa hash a ser gerada para criar um bloco é a hash dessa estrutura. Existem ali vários pontos de não determinismo: - merkle_root - a hash das transações que você validará com esse bloco. Se o numero de transações pendentes for alto, esse campo pode variar bastante, basta escolher transações diferentes, ou ordená-las de forma diferente na hora de construir a merkle-tree - timestamp - pode variar em alguns segundos de um pool pra outro, adicionando assim certo não determinismo - nonce - que não precisa ser percorrida linearmente (um minerador pode começar de 0 e ir até 0xFFFFFFFF, enquanto o outro pode começar de 0xFFFFFFFF e voltar até zero, ou pode até usar valores aleatórios). Com muitas transações na rede, basta a merkle-root pra deixar o bloco sendo procurado por um pool ser diferente do dos outros. Só isso já garante que encontrar um bloco é questão de pura sorte...
|
|
|
desculpa, não entendi
Um fazendeiro tem 24 galinhas. Todas juntas elas botam, em média, 1 ovo por hora. Quantos ovos cada galinha bota por dia?
|
|
|
Nesse artigo diz que o bloco e minerado em 10 minutos. Porque então no pool em que participo os blocos demoram ate 12h para serem minerados? Qual o limite de transações em cada bloco?
A "Velocidade" de mineração do bloco é probabilistica, e é calculada para que "em média" um bloco surja a cada 10 minutos. NA REDE TODA, não em cada pool. Sua pool leva 12h porque ela representa + ou - 1.3% da rede como um todo (em poder de processamento). 1.3% = 1/(12h*60(min/h)/10min)). A famosa "dificuldade" serve pra isso: ela ajusta a probabilidade de um bloco surgir a cada 10 minutos de acordo com a quantidade de gente (e o poder de processamento) da rede.
|
|
|
ENFASE NO: M FODI !
Não sei não. Tinha MUITA gente comprando XHD a "preço de banana" (começou em 50 centavos de reais e foi a menos de 1 centavo de dollar, mas 1 trilhão de centavos ainda dá 10 bilhões na esperança de que, com o lançamento, fosse ter um lucro incrível. Não duvido (e se eu fosse estelionatário teria feito isso) que o preço baixou tanto assim porque tinha XHD pré minerado sendo vendido em quantidade! Se ele não fez isso, é um péssimo estelionatário!
|
|
|
Se cadastra pô, é o grupo Bitcoin Brasil.
cadastrei algumas horas atrás, até agora nada...
|
|
|
O grupo é fechado, não consigo ver
|
|
|
Segue os vídeos da apresentação ridícula do Hashdollar: http://www.youtube.com/channel/UC8WvQeXson4Qxl1AEIGwCUgTony aparentou ser de algum grupo de MMN, chegou ostentando, falando "shipping" no lugar de frete... só faltou usar um robô gigante e chegar de Ferrari. Basicamente a apresentação pode ser resumida em: "Confiem em mim, eu garanto essa porra toda" Ou como disseram em outra thread: confiem em mim, eu uso terno então sou melhor que vocês! Porque afinal, a roupa é que define a pessoa!
|
|
|
Yes, deadthings is right. ypool uses a proprietary protocol, so the miners used on ypool are not the same as those on other pools. download the following miner in order to use pool.girino.org: http://girino.org/metisminer/metis-minerd-win64-cygwin-build4.zipand run: minerd.exe -u xxx -p xxxx -d 0,1 (if you want, you can also use -I 13, but it should be really slow, i'd advise you to use -I 19 or -I 20)
|
|
|
@girino. Are we doing something to get more miners on your pool? Have been mining constantly on Girinopool since friday, and we are still only varying from 10-20 workers on the pool.
I am trying all i can, but i have no idea what else to do to call in more people here. Even ypool's tweeter announced the pool, and yet people still flock there and never comes to my pool. If you have any idea of how to attract more people, please i am open to them.
|
|
|
If i use this howcan i choose GPU ? and i need to use -d 0,0 like this for 280x ?
on windows, there are two execs (and 2 bat files) inside the zip. open for cpu, the other for gpu. There is also a .bat file as an example of usage. On linux you must download each version separately. The metis-minerd-linuxXX-build4.tgz is the GPU version, and the metis-minerd-CPUonly-linuxXX-build4.tgz is the cpu version. If your 280x is the first GPU, simple launch it without specifying a device: ./minerd -u workername -p workerpass If it is no the first device (in case you have more GPUs on the same machine), first list the devices: it should show you the device numbers, like this: Platform 00: AMD Accelerated Parallel Processing Device 00: Cedar Device 01: Tahiti Device 02: AMD Phenom(tm) II X4 B95 Processor Take note of the right device and run (in this case, the 280x is "tahiti", so device 01): ./minerd -u workername -p workerpass -d 1 DO NOT use -d 0,0 as in your example, this will try to run it twice in the same device and may lead to inconsistencies and out of memory errors. If you want to run on more than one device, in my case on "Cedar" and "Tahiti", run as follows: ./minerd -u workername -p workerpass -d 0,1 You can also use the gpu version to run o CPU, use: ./minerd -u workername -p workerpass -a metiscpu As for your later question: what Steps size is good for 280x ?
The default step size (19) should be excelent for 280x. less than 19 might make it slow, and more than 21 will take too long to complete each step, with no performance improvement.
|
|
|
NEW EFFICIENT CPU MINER
For those of you who asked about the CPU miner, good news: The new version of the miner supports both GPU and CPU mining. As i'm not sure if the GPU version runs without a GPU driver installed, i produced 2 versions of the miner: minerd.exe which supports both CPU and GPU, and minerd-cpuonly.exe, which as its name says, supports only CPU mining.
Hi, thank you for your efforts in making the CPU-only. But it is not very efficient as I hoped. By way of example, the present version for Win64 reports: [2014-03-10 11:52:11] thread 1: 1278464 hashes, 116.94 khash/s [2014-03-10 11:52:19] thread 0: 1272832 hashes, 128.75 khash/s [2014-03-10 11:52:29] thread 1: 1169408 hashes, 128.53 khash/s [2014-03-10 11:52:31] thread 0: 1287680 hashes, 117.47 khash/s No share even after a long time, and then on the pool's site there are no signs that the worker is on-line and that is working. Comparable results for the linux version. For comparison, on the same machine the win version of xptMiner (1.5), however, shows: [00:02:32] kHash/s: 316.90 Shares total: 0 / 0 [00:02:37] Share found! (Blockheight: 47112) [00:02:40] kHash/s: 317.03 Shares total: 1 / 1 [00:02:48] kHash/s: 317.15 Shares total: 1 / 1 [00:02:54] Share found! (Blockheight: 47112) [00:02:56] kHash/s: 317.25 Shares total: 2 / 2 [00:03:04] kHash/s: 317.53 Shares total: 2 / 2 And by the time the kHash stabilizes at about 340. Maybe the problem is due to the Dif too high? In this regard, before I never noticed, but a difficulty 116421.397088 is normal for MetisCoin? PS: The machine on which I effettuate the test is based on Athlon 64 X2 6000+. I know, the machine is not very powerful, but that is available. Yes, the share difficulty in my pool is too high for cpumining (currently set to 64), i think. I can lower it, but this should be something well planned since it can be unfair to those already mining. I'll think of some solution to this, to make cpu mining usable on the new pool. The difficulty of 116421.397088 is not "normal" in the sense that it never got so high, i think. But that's just a sign that the coin is growing, which is good!
|
|
|
|