Thanks for all the insights, and for pywallet of course!
|
|
|
|
|
Yo creo que cuando abra, el lag se va a medir en horas y será la misma mierda de siempre.
|
|
|
|
It's true that you'll lose the transactions but a rescan is rather quick, isn't it?
Ah, I didn't know that a rescan repopulated the wallet with the transactions. I thought the client added each transaction at broadcast time and that was all. |
|
|
|
the feed dont download data from last night it only down load data for the past hours
Seems bitcoincharts.com has changed the trades.csv behaviour and now you can't select the interval of timestamps desired. I hope they'll fix it soon. |
|
|
|
This morning I noticed that bitcoincharts.com/t/trades.csv now returns the last trades in reverse order and completely ignores the "start" and "end" parameters: $ date -d "2013-04-11 03:00:00 UTC" +%s
1365649200
$ date -d "2013-04-11 03:05:00 UTC" +%s
1365649500
$ wget -O usd 'http://bitcoincharts.com/t/trades.csv?symbol=mtgoxUSD&start=1365649200&end=1365649500'
--2013-04-11 13:35:01-- http://bitcoincharts.com/t/trades.csv?symbol=mtgoxUSD&start=1365649200&end=1365649500
Resolving bitcoincharts.com... 176.9.79.196, 2a01:4f8:151:13c3::2
Connecting to bitcoincharts.com|176.9.79.196|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: `usd'
[ <=> ] 86,202 394K/s in 0.2s
2013-04-11 13:35:02 (394 KB/s) - `usd' saved [86202]
$ wc -l usd
1999 usd
$ head -n 1 usd; tail -n 1 usd
1365679186,152.998470000000,1.000000000000
1365671249,162.041020000000,0.010000000000
$ date -d @1365679186
Thu Apr 11 13:19:46 CEST 2013
$ date -d @1365671249
Thu Apr 11 11:07:29 CEST 2013 So I asked for the trades between 3:00 and 3:05 UTC last night and I got from 11:07 to 13:19 in reverse order. Ie last 2000 trades up to 15 minutes ago. With this change, bitcoincharts has completely broken this API. The documentation at http://bitcoincharts.com/about/markets-api/ hasn't changed. |
|
|
|
I'd be happy to be able to --dumpwallet into a file, edit that file and then --importdump or something like that.
You can: this then thatI had read about that but somehow I got the impression that I would lose the transactions stored in the wallet. I am totally and utterly wrong, no?  Line 1782: change 'if type == "key":' to 'if type == "key" or type == "ckey":'
Must do the trick
Yeah that did it, thank you! The second dump shows an unhandled exception without any additional info: $ diff -U2 wallet-dump{1,2}
--- wallet-dump1 2013-04-11 12:13:22.029680350 +0200
+++ wallet-dump2 2013-04-11 12:14:42.028662746 +0200
@@ -22,13 +22,4 @@
},
{
- "addr": "1BLre3Uv7Xxh5XgYa8NXbS7ZYTXBuyCfiK",
- "compressed": true,
- "encrypted_privkey": "2d4a14267d220fce36d7c48df789561797743c29cf750ef5a5234faa7ab178ed8ef4e113771bdb9fe3aa4b0c2a94e9e9",
- "pubkey": "02e34a2cc7ee8694cd943d58b222a82e181741002151378820216f6e330cee4c31",
- "reserve": 1,
- "sec": "KxKs8MzyCZ7ufjGsvZNUJtEF9dxuV12geRfM5KCMRofmFXWhbuVr",
- "secret": "2100db5080ec709e0e015d669808111de6f5e9c0e8425f126dce4dc1cd8f520601"
- },
- {
"addr": "1L7aZRwhW3Kku66mMxi9NH5z6UUymEZ9im",
"compressed": false,
@@ -35882,2 +35873,6 @@
"version": 80000
}
+Unhandled exception in thread started by
+Error in sys.excepthook:
+
+Original exception was: |
|
|
|
|
Me da a mí que ya estamos en esas 2 horas…
|
|
|
|
Me pide usuario y contraseña para entrar en fb… :/. |
|
|
|
I'm sorry but I can't reproduce your problem Check that: - you have the last version of pywallet (should be 1.9.3 or 1.9.4)
- pywallet returns "key:1Pc6N7aDoxxxxxxx has been successfully deleted from /home/xxx/.bitcoin/wallet.dat, resulting in 2 deleted items"
- you're dumping the wallet that from which you deleted a key (already said I know)
I wasn't using the latest version, but 2.0b9 from march (commit 278c6e0). However, this is getting interesting: $ pgrep -lf bitco
$ grep ^pywver pywallet.py
pywversion="1.9.3"
$ cp /home/btc/.bitcoin/wallet.dat /some/backup
$ read -s P
$ ./pywallet.py --passphrase="$P" --dumpwallet &>wallet-dump1
$ xxd /home/btc/.bitcoin/wallet.dat >wallet-hex1
$ grep 1BLre3Uv7Xxh5XgYa8NXbS7ZYTXBuyCfiK wallet-dump1
"addr": "1BLre3Uv7Xxh5XgYa8NXbS7ZYTXBuyCfiK", That is the address I want to delete. Now I run "./pywallet.py --web" and submit the "Delete a key from your wallet" form with this data (copy-pasted here): Wallet Directory: /home/btc/.bitcoin
Wallet Filename: wallet.dat
Key: 1BLre3Uv7Xxh5XgYa8NXbS7ZYTXBuyCfiK
Type: Bitcoin address
key:1BLre3Uv7Xxh5XgYa8NXbS7ZYTXBuyCfiK has been successfully deleted from /home/btc/.bitcoin/wallet.dat, resulting in 0 deleted item Python isn't my native tongue but after managing to tweak the code a bit: $ git diff
diff --git a/pywallet.py b/pywallet.py
index 45370e0..c6bbdb2 100755
--- a/pywallet.py
+++ b/pywallet.py
@@ -1781,16 +1781,19 @@ def delete_from_wallet(db_env, walletfile, typedel, keydel):
elif typedel == "key":
if type == "key":
if keydel == public_key_to_bc_address(kds.read_bytes(kds.read_compact_size())):
+ print "ok deleting key %s of type key" % key
db.delete(key)
deleted_items+=1
elif type == "pool":
vds.read_int32()
vds.read_int64()
if keydel == public_key_to_bc_address(vds.read_bytes(vds.read_compact_size())):
+ print "ok deleting key %s of type pool" % key
db.delete(key)
deleted_items+=1
elif type == "name":
if keydel == kds.read_string():
+ print "ok deleting key %s of type name" % key
db.delete(key)
deleted_items+=1 I don't get any of those lines in stdout: $ ./pywallet.py --web
'ecdsa' package is not installed, pywallet won't be able to sign/verify messages
2013-04-11 11:11:57+0200 [-] Log opened.
2013-04-11 11:11:57+0200 [-] Starting server: 2013-04-11 11:11:57.506397
2013-04-11 11:11:57+0200 [-] twisted.web.server.Site starting on 8989
2013-04-11 11:11:57+0200 [-] Starting factory <twisted.web.server.Site instance at 0x2c18a70>
2013-04-11 11:12:11+0200 [HTTPChannel,0,127.0.0.1] 127.0.0.1 - - [11/Apr/2013:09:12:10 +0000] "GET / HTTP/1.1" 200 29750 "http://localhost:8989/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0"
2013-04-11 11:12:18+0200 [HTTPChannel,0,127.0.0.1] 127.0.0.1 - - [11/Apr/2013:09:12:17 +0000] "GET /Delete?dir=/home/btc/.bitcoin&name=wallet.dat&keydel=1BLre3Uv7Xxh5XgYa8NXbS7ZYTXBuyCfiK&typedel=key HTTP/1.1" 200 132 "http://localhost:8989/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0"
^C2013-04-11 11:12:31+0200 [-] Received SIGINT, shutting down.
2013-04-11 11:12:31+0200 [twisted.web.server.Site] (Port 8989 Closed)
2013-04-11 11:12:31+0200 [twisted.web.server.Site] Stopping factory <twisted.web.server.Site instance at 0x2c18a70>
2013-04-11 11:12:31+0200 [-] Main loop terminated. In fact: $ ./pywallet.py --passphrase="$P" --dumpwallet &>wallet-dump2
$ xxd /home/btc/.bitcoin/wallet.dat >wallet-hex2
$ md5sum wallet-*
fdffc13c2ee830e46b6b33ea8629ea10 wallet-dump1
fdffc13c2ee830e46b6b33ea8629ea10 wallet-dump2
db862daf9579568a9fcdfba2cd6378b4 wallet-hex1
db862daf9579568a9fcdfba2cd6378b4 wallet-hex2 Something I didn't say yesterday because I didn't think it would have something to do, is the contents of the "reserve" field in the wallet: $ less wallet-dump1 ## trimmed output
{
"keys": [
"addr": "1BLre3Uv7Xxh5XgYa8NXbS7ZYTXBuyCfiK",
"compressed": true,
"encrypted_privkey": "2d4a14267d220fce36d7c48df789561797743c29cf750ef5a5234faa7ab178ed8ef4e113771bdb9fe3aa4b0c2a94e9e
9", "pubkey": "02e34a2cc7ee8694cd943d58b222a82e181741002151378820216f6e330cee4c31",
"reserve": 1,
"sec": "KxKs8MzyCZ7ufjGsvZNUJtEF9dxuV12geRfM5KCMRofmFXWhbuVr",
"secret": "2100db5080ec709e0e015d669808111de6f5e9c0e8425f126dce4dc1cd8f520601"
}, I could swear that "reserve" was 0 before I tried to delete the key for the first time, and maybe turned into one when I got the "success, 1 key deleted" message. Can this be the reason that today pywallet isn't able to show at least the "1 deleted" message? I'd be happy to be able to --dumpwallet into a file, edit that file and then --importdump or something like that. |
|
|
|
cómo copio la cadena de bloques ya bajada...
No sé si entiendo la pregunta. Los archivos que contienen la cadena de bloques son normalitos de toda la vida, te los guardas por ahí, formateas y luego los colocas en su sitio como si fueran fotos. |
|
|
|
|
Joer, me ha pillao en la calle grrr.
|
|
|
|
Did you put the bitcoin address? (Not pub key nor priv key)
First I tried with the privkey but got a message "success, deleted 0 keys". It was when I tried the address that I got "success, deleted 1 key". Are you sure you delete from, and dump the same wallet?
Yes. But let me do it for a third time and I'll report back (will take some hours though). |
|
|
|
Hombre de esos si se ven... Los que no se ven por ningún lado son estos  Hay menos billetes de 200 en circulación que de 500. Si vas al banco a pedir una cantidad X de dinero, o bien te lo dan en 100s y 50s (para determinadas cantidades), o bien te lo dan en 500s (a partir de cierto rango de cantidades). Coger 200s es difícil. |
|
|
|
Si no me equivoco ese post dice lo que habría que pagar en caso de que uno declarara las ganancias en bitcoins igual que si fueran "shares" (acciones, supongo). No que en Francia ya se pueda hacer. |
|
|
|
|
I'm using "Delete a key from your wallet" in the web UI to delete a private key(*) and, although I get a message telling that the operation was successful and 1 key was deleted, it still appears in the output of --dumpwallet. I expected the key to be absent from the --dumpwallet output. Did I neglect any step?
(*) It's a throwaway one that I generated in bitaddress and imported just to test that bitcoind could import compressed private keys. I published it in the forum so I don't want to keep it in my wallet lest any funds end up there for any reason.
|
|
|
|
No perdamos el foco, 200 euros es esto:  ¿Cuántos habéis visto en la vida? Camino a 500!! |
|
|
|
Si en vez de 0,0005 BTC de comisión, pago, digamos, 0,00005, es decir, una décima parte: ¿Ésto me asegurará que la transacción se confirme en el siguiente bloque generado?
Nada te va a asegurar que la transacción cae en el siguiente bloque. Existe siempre una posibilidad de que el minero que resuelva el siguiente bloque no haya visto tu transacción, por la razón que sea. O simplemente, que se dedique a resolver bloques sin transacciones, sólo con el premio de 25 BTC (¿queda alguno de estos?). Tengo entendido que cada pool de minería tiene sus propias normas de aceptación de transacciones en función de la cuantía de la comisión. ¿Es ésto así o estoy equivocado?
Correcto. Cada uno puede tener sus normas. No debería la comunidad empezar a plantearse la comunidad disminuir la comisión estándar, ya que pagar varios céntimos ya es una comisión considerable sobre todo para micropagos.
En la siguiente versión de bitcoin, la comisión va a bajar a 0.0001 ( pull request). |
|
|
|
Vale, ya veo. Pero sigo sin entender el formato de clave privada "comprimido", que es más largo (52 caracteres) que el normal (51 caracteres).
No me vale la explicación (incompleta) de que viene de la clave pública comprimida... eso es muuuy confuso.
Sí, la verdad es que no es precisamente lo más intuitivo del mundo. Fíjate que usé comillas en mi mensaje porque no es que las claves privadas "comprimidas" estén realmente comprimidas. Simplemente hay que conocer la terminología y saber a qué se refiere cada cosa. sipa lo deja claro aquí: https://bitcointalk.org/index.php?topic=129652.msg1384929#msg1384929 |
|
|
|
|
Me ha pasado una cosa rara:
- Ayer me envié unas coins desde el servidor donde está alojado el Flipside, y al rato estaban en su destino sin problemas.
- Posteriormente, le envié 0.01 a mi compi de piso, que se acaba de crear una cuenta en blockchain.info y le estaba explicando cómo funciona y tal.
- Como la transacción no se confirmaba, detuve mi nodo con la intención de que dejara de anunciar la transacción a la red y, al cabo de X tiempo, cuando los demás nodos se hubieran olvidado de ella, yo repetiría la transacción poniendo una comisioncilla.
- Jugué un poco con el pywallet. Entiendo que no le hice ningún cambio al wallet.dat, sólo exporté las transacciones a otro archivo.
- Al rato (3 o 4 horas) vi en blockchain.info que la transacción finalmente había sido confirmada.
- Esta mañana levanto el bitcoind de nuevo y, sorpresa, me encuentro con que mi saldo no era correcto, mostraba el saldo que tenía ayer antes de hacer la transferencia desde Flipside.
- Al poco, cuando mi bitcoind acabó de sincronizar la cadena de bloques, el saldo ya se mostraba correctamente, pero me pregunto por qué puede haber sido. Es como si hubiera vuelto atrás en el tiempo. He buscado "reorg" en el debug.log por si fuera eso y no encontré nada.
|
|
|
|
Las claves privadas (formato WIF "Wallet Import Format") empiezan 5 y a continuación una de estas tres letras: H, J o K.
Las claves privadas "comprimidas" para importar empiezan por K o L. La clave privada 2100DB5080EC709E0E015D669808111DE6F5E9C0E8425F126DCE4DC1CD8F5206 se puede expresar en formato WIF de dos maneras: la normal de toda la vida (5J4pcCZAZXPQiQAwatHeTFn9C28EFW1P87wuabwEEn1dJtamHPc) y comprimida (KxKs8MzyCZ7ufjGsvZNUJtEF9dxuV12geRfM5KCMRofmFXWhbuVr). Míralo en bitaddress.org. Edito: para comprobarlo, he intentado importar la clave KxKs8… y no he tenido problemas. Las dos están en formato WIF, simplemente una de ellas está asociada a una clave pública descomprimida (65 bytes si no me equivoco) y la otra está asociada a una clave pública comprimida (33 bytes). Esto acaba derivando en direcciones de bitcoin distintas, dicho sea de paso. |
|
|
|
|
Show Posts
