|
You need to run walletpassphrase first.
|
|
|
|
Sobre las comisiones... si hago una trasferencia sin configurar las comisiones en el cliente Qt, que se supone que pasaría, que me pediría luego las comisiones o algo así?
Te lo descuenta automáticamente. El importe de la comisión depende de un par de cuestiones técnicas, por eso te decía que leyeras  . |
|
|
|
Al buscar una dirección "cómoda" he creado cientos de otras ¿Como borro las direcciones del cliente? o ¿como saco una sola dirección?
Puedes borrarlas usando pywallet pero, ¿realmente quieres? Con el uso normal de bitcoin, eventualmente las acabarás usando aunque sólo sea para el cambio de las transacciones salientes… |
|
|
|
Ah, no sabía esto, pensé que al agotar las 100 direcciones se generaban otras 100, no que siempre se mantenían 100 de margen.
La putada es que hablo de oídas porque lo he leído en algún lado y ahora no puedo indicar la fuente. Tampoco lo he podido comprobar Lo he comprobado yo antes de abrir la boca  . Esto es con un wallet sin cifrar: 2013-05-18 16:48:49 ThreadRPCServer method=getnewaddress
2013-05-18 16:48:50 keypool added key 103, size=101
2013-05-18 16:48:50 keypool reserve 3
2013-05-18 16:48:50 keypool keep 3
2013-05-18 16:48:50 ThreadRPCServer method=getnewaddress
2013-05-18 16:48:50 keypool added key 104, size=101
2013-05-18 16:48:50 keypool reserve 4
2013-05-18 16:48:50 keypool keep 4
2013-05-18 16:48:51 ThreadRPCServer method=getnewaddress
2013-05-18 16:48:51 keypool added key 105, size=101
2013-05-18 16:48:51 keypool reserve 5
2013-05-18 16:48:51 keypool keep 5
2013-05-18 16:48:51 ThreadRPCServer method=getnewaddress
2013-05-18 16:48:51 keypool added key 106, size=101
2013-05-18 16:48:51 keypool reserve 6
2013-05-18 16:48:51 keypool keep 6
2013-05-18 16:48:51 ThreadRPCServer method=getnewaddress
2013-05-18 16:48:51 keypool added key 107, size=101
2013-05-18 16:48:51 keypool reserve 7
2013-05-18 16:48:52 keypool keep 7 cuando le pides una nueva dirección al cliente de Satoshi te obliga a introducir la contraseña de cifrado del monedero, de modo que necesita modificar el archivo wallet.dat lo que es compatible con que esté agregando una nueva clave privada al conjunto anterior de claves de la cartera.
A mí con un wallet cifrado no me la pide, pero a lo mejor es porque yo uso bitcoind: $ bitcoind getnewaddress
1Lj9Q...
$ bitcoind getnewaddress
1ESSt...
$ bitcoind getnewaddress
1PJGw...
$ bitcoind getnewaddress
1JVDC... 2013-05-19 07:13:51 ThreadRPCServer method=getnewaddress
2013-05-19 07:13:51 keypool reserve 21
2013-05-19 07:13:51 keypool keep 21
2013-05-19 07:13:52 ThreadRPCServer method=getnewaddress
2013-05-19 07:13:52 keypool reserve 22
2013-05-19 07:13:52 keypool keep 22
2013-05-19 07:13:53 ThreadRPCServer method=getnewaddress
2013-05-19 07:13:53 keypool reserve 23
2013-05-19 07:13:53 keypool keep 23
2013-05-19 07:13:54 ThreadRPCServer method=getnewaddress
2013-05-19 07:13:54 keypool reserve 24
2013-05-19 07:13:54 keypool keep 24 Cuando le pongo la contraseña a mano, el pool se rellena automáticamente: 2013-05-19 07:14:02 ThreadRPCServer method=walletpassphrase
2013-05-19 07:14:02 keypool added key 122, size=98
2013-05-19 07:14:02 keypool added key 123, size=99
2013-05-19 07:14:02 keypool added key 124, size=100
2013-05-19 07:14:02 keypool added key 125, size=101 Como es normal, si hago suficientes getnewaddress'es sin meter la contraseña, me va a petar. Ahora mismo no voy a hacerlo aquí, pero he tenido ocasión de verlo en los logs del FlipSide  : [Sun May 5 22:23:09 2013] [warn] create_game: Error: Keypool ran out, please call keypoolrefill first |
|
|
|
En segundo lugar, no se si este programa tiene algún tipo de comisión o algo... Porque probé MultiBit pero creo que se lleva una cantidad de bitcoins al hacer un pago no? Sobre comisiones te recomiendo que le eches un par de horas de investigación/lectura puesto que es un tema bastante caliente, visto lo visto... Y en tercer lugar viene lo interesante. Tengo el cliente en GNU/Linux, [...] se me ocurrió hacer un enlace simbólico (junction), de tal forma que el programa debería leer la carpeta de "blocks" del cliente de Linux, para no tener que descargarme de nuevo todos los bloques y ocupar el doble. El problema es que de esta forma no funciona, ya que me da el siguiente error:
Error opening block database
Do you want to rebuild the block database now?
Sé que parece rebuscado, pero a ver si alguien sabe algo, alguna forma de sincronizar los archivos de bloques entre el cliente de Linux y el de Win. Como nunca vas a ejecutar windows y linux a la vez, por tanto sólo habrá una instancia de bitcoin accediendo al directorio en un momento dado, creo que debería funcionar si enlazas el directorio .bitcoin -> c:/users/yo/appdata/roaming/bitcoin, no sólo el subdirectorio blocks y/u otros. Así de paso ya compartes el wallet.dat también. Ojo al actualizar el software si decides hacerlo así, lo recomendable sería actualizar en güindons y linux al mismo tiempo. |
|
|
|
Cuando el usuario solicita una nueva dirección de pago, el programa muestra la segunda dirección del wallet y genera otra nueva mediante un proceso aleatorio e irreproducible, la número 101, que queda conservada en el archivo wallet.dat
Ah, no sabía esto, pensé que al agotar las 100 direcciones se generaban otras 100, no que siempre se mantenían 100 de margen. |
|
|
|
|
Yes of course. Another option is constructing a raw transaction taking the output(s) from the wealthy guy and all the dust outputs from the OP and sending the correct amounts to each one, and have both parties sign it. It involves some manual work, though.
|
|
|
|
I was wondering if there is any way to consolidate these multiple small amounts and turn them into one larger amount.
The hardest part is convincing someone to lend you a sizable amount. Then, consolidating your inputs without paying a fee is possible. |
|
|
|
Se esta volviendo inestable la red bitcoin?
Se está volviendo popular. No hay sitio en el bloque para todas las transacciones, y algunas tienen que esperar. |
|
|
|
Inclusive 2 de las transacciones NO aparecen en blockchain.info
572e054c0d75ff8b459692b516f94c6f59985499d18cb84989be5e7ab66e998d (0.050 + 0.0005)
ca3138e5bfe1d24f3f9ad9ddb4ce9bdf3ec0039566b2465dc98b56406ac8516b (0.060 + 0.0005)
Según las veo ahora mismo, tienen 65 confirmaciones. |
|
|
|
Esto sólo goxxea en las bajadas, nunca en las subidas... hmmm...
Que sospechas? cuéntanos... Nada en particular, simplemente me llama la atención. Aprovecho el post para una grafiquita:  Este movimiento al alza ha llegado justo a tiempo pero los indicadores están empezando a mostrar saturación de nuevo y el volumen tampoco ha sido tan alto como en el pasado reciente. así que no nos indica mucho. Por otro lado, tenemos un triángulo alcista que hemos dibujado durante todo el mes y, de romperlo (superación de $125), podríamos acabar fácilmente en $150-$160 de nuevo. |
|
|
|
2013-05-17 21:39:29+0200 [HTTPChannel,1,127.0.0.1] Hexadecimal private keys must be 64 or 66 characters long (specified one is 51 characters long)
they start with a 5, so its a uncompressed one. i can send you some unused keys per PM if you want. Given that error message, I'd try to convert your WIF privkey into hexadecimal, by using e.g. bitaddress, then feed the result to pywallet. |
|
|
|
Could you please help me to edit this Perl script, to move parameters (like url/port etc) from the command line to the script Use Getopt::Long: $ cat getopt-rpc.pl
#!/usr/bin/perl
use warnings;
use strict;
use Term::ReadKey;
use JSON::RPC::Client;
use Getopt::Long;
GetOptions \my %opts,
'--host=s',
'--port=s',
'--user=s' or
die 'getopt';
print 'RPC password: ';
ReadMode 'noecho'; $opts{'pass'} = <>; ReadMode 'restore'; print "\n";
chomp $opts{'pass'};
my $url = sprintf 'http://%s:%s@%s:%s/', @opts{qw/user pass host port/};
my $rpc = JSON::RPC::Client->new;
$rpc->prepare ($url, [ qw/getblock getblockhash/ ]);
my $bh = $rpc->getblockhash (222222);
my $block = $rpc->getblock ($bh);
my @tx = @{ $block->{'tx'} };
printf "%d txs\n", scalar @tx;
$ ./getopt-rpc.pl --user user --host localhost --port 8332
RPC password:
749 txs
$ ./getopt-rpc.pl -u user -h localhost -p 8332 ## short options are ok too
RPC password:
749 txs Regarding the SSL bit, I lack motivation. |
|
|
|
|
Esto sólo goxxea en las bajadas, nunca en las subidas... hmmm...
|
|
|
|
|
Repito lo dicho en otro hilo, quien quiera juntar poder de hashing para hacer ataques de fuerza bruta, que lo haga para minar, no para encontrar claves privadas. La minería se rompe por fuerza bruta casi 150 veces al día, porque basta con obtener un valor que sea "menor que tal" en lugar del valor exacto de una clave privada con saldo.
|
|
|
|
|
Thanks for the reports, I wasn't aware. It's up again now.
|
|
|
|
|
Yo el viernes que viene; hoy no.
|
|
|
|
The name for 0.0001 BTC has been largely decided long ago
[citation needed] |
|
|
|
Alternatively, is there an offline brainwallet.org I can use? Can I just save that page and use it offline?
You can use bitaddress offline, not sure about brainwallet. |
|
|
|
En caso de que coincidiesen, ¿qué pasaría?
Que las coins recibidas en esa dirección estarían disponibles para las dos personas. El primero que las gaste se las queda, el otro verá que desaparecen sin más. A parte de que si te quieren atacar por fuerza bruta para sacarte el dinero y "drainearte" esa dirección, les costaría exáctamente lo mismo que con cualquier dirección, sea vanidosa o no.
Es mucho más rentable atacar por fuerza bruta el hash de los bloques (o sea, minar) que buscar direcciones con saldo. |
|
|
|
|
Show Posts
