no me deja cerrar este hilo si algun mod quiere que lo borre
La otra tarjeta se vende aquí. Bloqueando este hilo.
|
|
|
"Bitcoin & Podemos". Gracias.
|
|
|
Una moneda con alto volumen significa una moneda muy fuerte.
¿También es fuerte si el volumen es a la baja? @darkevil26, el volumen es el número de coins que se han negociado (comprado o vendido) en un mercado durante un período de tiempo.
|
|
|
¿Las colillas van incluidas? Ahora en serio: deberías integrar esto con el otro hilo que ya tienes.
|
|
|
Re: comisiones de los escrows: realmente pienso que el escrow debería ser automático, y por tanto no cobraría comisión.
Claro, sería automático, sin embargo, no veo por qué lo automático del escrow implique falta de comisión (cada escrow ejecutaría un cliente-servidor para prestar el servicio automáticamente) No hace falta que nadie ejecute el cliente solo para hacer escrow. Los propios usuarios hacen de escrow por el simple hecho de participar en el mercado. No hacen falta escrows dedicados, por tanto mantengo que no se debería cobrar por este concepto. creo que te refieres a que la plataforma misma provea el escrow, la idea es que existan muchos escrows y no se pueda convertir en un monopolio, pues así se evita el riesgo de que un administrador de la plataforma se corrompa
[…]
Un escrow automático perteneciente a la plataforma también es programado y susceptible de ser modificado por un humano corruptible (el admin de la plataforma) Cuando indico que la plataforma provea el escrow, me refiero a que el software que haga de escrow (todo automático tal como he descrito) está integrado en el cliente del mercado, lo que significa que hay tantos escrows como usuarios. Cuando Alice y Bob hacen una transacción, se escoge algún otro nodo de la red, el que sea, para hacer de escrow. O varios nodos. Ni Alice ni Bob saben a quién o quiénes deben sobornar. Visto desde el otro lado, el nodo de Alice puede estar siendo escrow para una transacción entre Charlie y Daisy pero ninguno de los tres lo sabe. No hay "admin de la plataforma".
|
|
|
me da un poco de temor eso de que la comprobación de la validez de transacción la haga el escrow, con tantas monedas y con -tal vez- protocolos distintos (o versiones de protocolos distintas), creo que se complicaría el tema a la hora de crear el algoritmo de comprobación, sumado al cálculo de la comisión adecuada en cada moneda (para evitar el doble gasto por falta de comisión), soportar también una nueva moneda sería un tema más delicado.
Re: comprobación en muchas alts: sí, es un poco peliagudo este tema. No tanto por el desarrollo inicial, sino también porque luego hay que estar al día de los cambios que se produzcan (p.ej. "Actualización obligatoria de cacacoin el próximo 10 de octubre"). No ser diligentes en este punto provocaría transacciones sin confirmar y, por tanto, fraude. Como detalle de implementación, una arquitectura de plugins viene al pelo en este caso. Re: comisión de la red: cada uno de los peers pondría comisión en su transacción. El escrow comprobaría que es suficiente. Incluso se puede exigir una comisión, digamos, "más que suficiente" para ir sobre seguro . También como lo mencionas está lo de un posible fallo en el escrow cuando llega la hora de publicar una de las transacciones, no sólo un fallo casual, también podría ser atacado con DDoS o algo así, en el momento en que por ejemplo Alice envía la transacción al escrow, y de esa forma conseguir el retraso necesario para hacer el doble gasto Alice no sabría a qué nodo de la red atacar. Ella interactuaría con su cliente (en un software descentralizado, todo el mundo tiene que ejecutar un cliente en su ordenador) y el escrow sería transparente. Pero incluso aunque lo supiera, hacer un DoS no le supondría ventaja porque si ella publica una transacción usando la misma input, luego el escrow al hacer las comprobaciones necesarias ve que la input ya está gastada, aunque sea con cero confirmaciones, y entonces se negaría a continuar, cancelando totalmente el trato. La única oportunidad de Alice sería intentar esto justo después de que el escrow hiciera tal comprobación, pero si en el escrow se pone este tiempo aleatorio de espera que mencioné, Alice no tiene forma de saber cuándo intentarlo. La ventana de doble gasto es muy estrecha, de unos pocos segundos en una red grande como bitcoin, más estrecha todavía en redes con menos nodos. -- Re: comisiones de los escrows: realmente pienso que el escrow debería ser automático, y por tanto no cobraría comisión. Meter a un humano en esto, corruptible y con tendencia a desaparecer 8 horas seguidas cada día, incluso durante una operación abierta si los peers son lentos, y que aun por encima implicara costes adicionales, no me convence nada. Sé que un escrow automático tiene sus riesgos, pero pienso que merecería la pena dedicarle algo de esfuerzo. Lo que hay que probar es que las entradas en el libro están respaldadas por coins reales.
Tipo la cascada de blockchain con un registro de ordenes?? Pregunto, no tengo puta idea. No entiendo "cascada de blockchain"… Edito: Dándole un par de vueltas mas, si existiera la posibilidad de bloquear carteras, se podría buscar un sistema en que el comprador bloquea la cartera del vendedor mediante el pago, osea a la vez que compra bloquea la cartera del vendedor con su saldo y pasaríamos a intercambios de carteras ( que tampoco se si existe), no de monedas directamente. Supongo que esto de bloquear los fondos es precisamente la motivación original del OP en usar multifirma. Una vez los peers pierden el acceso exclusivo a sus fondos y se mete al escrow en la ecuación, se gana mucho en seguridad.
|
|
|
Llevaros la discusión al privado, por favor.
|
|
|
So, how to generate shares of the private key? Is there any tool for that? bitaddress generates a new random key and splits it. You can't split a specific privkey.
|
|
|
I don't know if there is a button you can click to reach your drafts area, but you can use that link instead to get there.
When writing a post, just below the buttons "Post" and "Preview" there's a text "Click preview to save a draft".
|
|
|
Wladimir anuncia que el cambio ya está en master. Quien esté usando git, al hacer un pull ya tendrá una copia.
|
|
|
Es una epidemia, todo a las cool wallet y que les den.
Poco a poco todos aprendemos. En el fondo nos están haciendo un favor , educándonos en La Verdad Absoluta que es que las coins que no están en tu poder, realmente no son tuyas.
|
|
|
I think the word "share" is probably not the best choice - am pretty sure that in order to construct a M of N address you need to use "public keys" (rather than addresses) so maybe they should change the word "share" to "public key"?
That would be for a multisig address, however this seems to be effectively shares to a single private key.
|
|
|
What does mean by "Enter Available Shares" in bitaddress.org?
Never used or tried that but I guess the first two boxes mean 2-of-3, then you click on Generate and 3 shares are generated. Pasting any 2 of them in the large box below would yield a privkey.
|
|
|
1) ASICS that produced Thash/sec came onto the market 2) new tax years for certain large whale financial institutions 3) china adoption 4) crazy minded hype
5) Willy
|
|
|
Vamos a ver, la comison del 5% es un pasote, solo por vender tus satoshis o comprar. Es una comisión bastante normalita en cajeros, por lo que he visto. Y ¿has mirado localbitcoins? A mí me da la impresión de que alguna gente pretende ganarse la vida a base de comprar/vender allí porque hay cada uno que… En cuanto a la legalidad.... que legalidad estamos hablando? la de los bancos??. Ya lo han dicho: posibles requerimientos legales futuros. En mi opinion creo que exigen demasiados requerimientos... Aqui como en todo siempre hay mas de un listo que quiere sacar tajada del asunto, no se supone que es una moneda alternativa?. Ademas con ese nombre de Robocoin da mal rollo. Aunque paresca imposible, siempre gusta guardar el anonimato, no tener que dar mi telefono, mi dni, la foto de mi cara... mi mano... es un control excesivo. Comparto esa opinión pero ¿sabes qué es lo grande del asunto? Que no estoy obligado a pasar por el aro. Si no me gusta, no lo uso y me voy a comprar a otra parte. Lo de "robo"coin es un asunto de marketing, a mí no me da mal rollo en absoluto. Imaginaos el caso, de alguien que no tenga la documentación en regla, un inmigrante o alguien parecido... pienso que tambien tiene derecho a poder ganar con el bitcoin.
localbitcoins, efectivo en persona.
|
|
|
Me parece que mis ideas en algunos puntos no se alinean del todo con las tuyas . Quiero decir, yo no veo el multisig por ningún sitio. Tras madurar mis ideas un poco más me di cuenta de que no conducían a nada. Que para no operar en dos cadenas al mismo tiempo, el mercado tendría su propia cadena de bloques. O sea, sería una altcoin. O sea, habría que comprar y vender esta alt… y entonces estamos como al principio. 1) Bob hace una oferta en una plataforma pública de ofertas, quiere intercambiar 0.8 bitcoins por 80 litecoins. 2) Alice quiere aceptar la oferta de Bob, Alice avisa al sistema sobre su intención de aceptarla, un escrow de la plataforma toma su lugar. 3) Alice, Bob y el escrow crean una dirección Bitcoin multifirma 2-of-3. 4) Alice, Bob y el escrow crean una dirección Litecoin multifirma 2-of-3. 5) Alice deposita 80 litecoins en la dirección multifirma. 6) Bob deposita 0.8 bitcoin en la dirección multifirma. 7) El escrow espera a las confirmaciones necesarias (tanto en Litecoin como en Bitcoin). Con las firmas del escrow y Alice retiran los 0.8 bitcoins de la dirección multifirma hacia una dirección personal de Alice. 9) Con las firmas del scrow y Bob retiran los 80 litecoins de la dirección multifirma hacia una dirección personal de Bob. Se me ha ocurrido otra cosa: - Bob hace una oferta en una plataforma pública de ofertas, quiere intercambiar 0.8 bitcoins por 80 litecoins.
- Alice acepta la oferta y avisa al sistema sobre su intención de aceptarla, un escrow de la plataforma toma su lugar. A continuación hace llegar a Bob y al escrow una dirección de bitcoin suya (1Alice) donde recibirá BTC de Bob.
- Bob crea una raw transaction 2 de 2 pagando 0.8 BTC a 1Alice y enviando el cambio a una dirección suya. La firma. A continuación hace llegar a Alice y al escrow una dirección suya (LBob) donde recibirá LTC de Alice, y envía su raw transaction al escrow.
- Alice crea una raw transaction 2 de 2 pagando 80 LTC a LBob y enviando el cambio a una dirección suya. La firma y la envía al escrow.
- El escrow hace las comprobaciones pertinentes (0.8 BTC van a 1Alice, 80 LTC van a LBob, las dos son estándar según las normas de cada cadena, ninguna va a suponer un doble gasto…), pone la firma que falta a ambas transacciones y las publica al mismo tiempo en ambas cadenas.
En este escenario todo es automatizable, incluso el escrow. A partir del clic de Alice, el software se encarga de todo. El escrow podría ejecutarse en algún otro nodo de la red. Problemas: - Alice, sabiendo que todo va rápido a partir de su clic, tiene una ventana para intentar un doble gasto (así, su transacción no se confirmaría pero la de Bob sí); sin embargo, se puede programar en el escrow un tiempo de espera aleatorio para que Alice no conozca el milisegundo exacto en que debe intentarlo.
- El nodo donde se ejecuta el escrow podría venirse abajo durante la operación. En el peor de los casos, se caería justo después de publicar una de las transacciones y antes de publicar la otra. Oops… Quizá un cuarto nodo podría hacer de ayudante. El escrow envía las transacciones firmadas al ayudante y a continuación las publica. El ayudante espera unos segundos y las publica incondicionalmente. Si el escrow se queda a medias a la hora de publicarlas, el ayudante vendría al rescate. Sin embargo esto no es una solución definitiva, solo probabilística.
- Seguramente más .
|
|
|
Yo estoy vendiendo y comprando BITCOINS para www.fichasxcash.comTambién tengo un trabajo regular, trabajo para el ANTEL : Administración Nacional de Telecomunicaciones, más conocida por su marca ANTEL, es la compañía estatal de telecomunicaciones de Uruguay. Pero este es un hilo para gente que quiere ofrecer su sangre, su sudor y sus lágrimas a cambio de bitcoin. No para la típica compraventa.
|
|
|
Acabo de empezar a leerlo y en la primera frase mencionan un fork. Ejem, si hay un fork entiendo que todo el mundo debe actualizarse, o se quedarán en la cadena incorrecta. Sigo leyendo y si tal, edito. ---- "All Darkcoin users must update their clients", todos los usuarios deben actualizarse. Ya no leo más .
|
|
|
It is not our policy to announce every bug that we fix. POODLE was fixed the day it came out.
Agreed but this is an important security fix and people should know about it, otherwise in an ideal world (ideal but for the lack of any announcement), everyone would have preventively withdrawn their coins and the exchange would grind to a halt. Anyway thanks for the confirmation that it's ok. Full disclosure: I'm angry because I closed a short in order to withdraw, missing on the last downwards move .
|
|
|
|