Search content
Sort by
Showing 20 of 52 results by Djeizan
Conforme já é de conhecimento público, a promoção feita por esta empresa nas comunidades oficiais do Face está cancelada.
Os 10 ganhadores da promoção foram devidamente avisados hoje pelo e-mail oficial da empresa para enviar o endereço da wallet para a devolução dos valores pagos em XHD (dois mil hashdollares) a cada usuário.
Atenciosamente,
Progenix Informática.
Os 10 ganhadores da promoção foram devidamente avisados hoje pelo e-mail oficial da empresa para enviar o endereço da wallet para a devolução dos valores pagos em XHD (dois mil hashdollares) a cada usuário.
Atenciosamente,
Progenix Informática.
Sr trapo mentiu de novo ?, você havia dito que enviaria 6 placas, agora voltou atrás ?
Sr trapo é um picareta de marca maior.
Você deve 10 placas, se vai entregar 6 a matemática nos mostra que o sr. é ainda 40% pilantra, um índice ainda bem alto para confiar em fazer negócios com você ou com a sua empresa.
O sr. Trapo já foi condenado por falsificação de documentos http://www.jusbrasil.com.br/diarios/27566532/pg-701-judicial-tribunal-regional-federal-da-4-regiao-trf-4-de-09-06-2011
Relaxa Jaison Carvalho. Vc não faz parte dos ganhadores da promoção, logo o que vc pensa o não enfia no teu toba. hauhauahuauah
e alguém ganhou alguma coisa ?, segundo informações dadas por você Sr. Marcio Alexandre Trapp não temos nenhum ganhador de sorteio nenhum e você sequestrou os hashdollares dos participantes e só irá devolvê-los se prometerem que não entrarão com ação contra você na justiça.
Isso confere ou vai se desmentir de novo como com qualquer outra coisa que você falou ?
Caro Picareta Sr. Trapp.
O Seu problema com Ricardo Moronho diz respeito apenas a vocês dois.
Gaste energia tentando resolver o seu problema com os sorteados pela promoção, você terá muitas explicações para dar a justiça.
O Seu problema com Ricardo Moronho diz respeito apenas a vocês dois.
Gaste energia tentando resolver o seu problema com os sorteados pela promoção, você terá muitas explicações para dar a justiça.
Porque o bitcoind registra os inputs para cada account/address, mas consolida os outputs para a wallet como um todo.
Quando voce dá o getbalance (sem parametro), ele soma todos e dá o saldo correto...
Se você der um listaccounts, olhe que o primeiro 'account' é "" e deve ter um valor negativo no seu caso.
O getbalance de uma account especifica vai bater com o valor daquela account no listaccounts... mas a soma total não fecha se você nao subtrair a quantidade de BTC que saiu da account "".
É isso que você está perguntando?
Isso mesmo Person
O problema com o "account" é que quando vc envia BTC não consegue especificar um account, então ele tira saldo de qualquer um e de varios ao mesmo tempo, bagunçando o saldo.
A sua ideia de fazer varias pastas data vai criar um problema: copias do blockchain.
Com linux vc poderia fazer alguns links de uma pasta comum onde estaria o blockchain, mas vai ficando uma gambiarra difici de manter.
Talvez você queira experimentar com a versão alternativa do CodeShark comentada em https://github.com/bitcoin/bitcoin/pull/2124
Eu nunca usei então não sei avaliar a maturidade desse branch.
Mas por qual motivo se eu olhar o saldo total ele consegue calcular adequadamente ?, dependendo de como os saldos foram movimentados, se você consultar as contas separadamente ele retorna saldos que a somatória dá umas 3 vezes o saldo real, isto no meu ponto de vista é um Bug.
Sobre as varias pastas, tem razão, talvez então o mais adequado seja carregar sempre no mesmo diretório mas manipular o arquivo wallet.dat, sempre sobrescrevendo com o arquivo da carteira que você quer manipular.
Vou dar uma olhada nessa versão alternativa do CodeShark
Até onde sei a versão oficial não permite fazer multiplas wallets, nem informar um outro arquivo na linha de comando.
Existe uma versão alternativa no git que faz isso, mas a quatro meses não havia previsão de entrar no core.
Realmente não sei como poderia ser feito.
O recurso "account" no RPC serve apenas para agrupar recebimentos, mas não serve para ver saldos.
Se usarmos o parâmetro -datadir podemos "emular" essa funcionalidade de usar vários wallets.dat, obviamente não é algo elegante a se fazer, mas funciona
O Curioso é que se você der um "getbalance" sem parâmetro algum ele retorna o seu saldo total direitinho, o problema é quando você dá um "getbalance" para cada conta que você tem cadastrada, neste caso ele retorna números que não fazem sentido algum.
Falo da API Getbalance mesmo, usando o mesmo Wallet.dat
a solução de contorno seria ter um wallet.dat para cada conta BTC e ai carregar o Bitcoind passando como parâmetro o Wallet da conta correspondente ?
a solução de contorno seria ter um wallet.dat para cada conta BTC e ai carregar o Bitcoind passando como parâmetro o Wallet da conta correspondente ?
Se isso não SPAM eu não sei o que pode ser
https://blockchain.info/address/1Enjoy1C4bYBr3tN4sMKxvvJDqG8NkdR4Z
https://blockchain.info/address/1Enjoy1C4bYBr3tN4sMKxvvJDqG8NkdR4Z
Boa Noite Pessoal
Como é de conhecimento de alguns aqui a API Getbalance tem um problema, quando temos varias carteiras numa mesma instância não é possível verificar o saldo das carteiras isoladamente através desta API.
Sabem se há alguma movimentação quanto a correção disto ?, se não, qual seria a solução de contorno ?
Obrigado
Como é de conhecimento de alguns aqui a API Getbalance tem um problema, quando temos varias carteiras numa mesma instância não é possível verificar o saldo das carteiras isoladamente através desta API.
Sabem se há alguma movimentação quanto a correção disto ?, se não, qual seria a solução de contorno ?
Obrigado
Mas algo me preocupa, como as vezes alguns de vocês talvez pensem o mesmo: "E se a rede lotar de mineradores e despejarem rios de moedas, pode ser que desande a coisa toda."
O Algoritmo da rede BTC possui um mecanismo contra essa enxurrada de moedas que você sugere, ela verifica a taxa de emissão de moedas e caso esteja sendo emitido mais do que 25 BTC a cada 10 minutos (e daqui a 4 anos essa taxa cai pela metade) a rede aumenta a dificuldade de mineração.