Bitcoin Forum
May 30, 2024, 12:40:48 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [93] 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 ... 276 »
1841  Local / España / Re: vendo graficas on: October 21, 2014, 07:41:07 PM
no me deja cerrar este hilo si algun mod quiere que lo borre

La otra tarjeta se vende aquí. Bloqueando este hilo.
1842  Local / Español (Spanish) / Re: BITCOIN & PODEMOS on: October 21, 2014, 07:39:08 PM
"Bitcoin & Podemos". Gracias.
1843  Local / Altcoins (criptomonedas alternativas) / Re: La mejor altcoin de marihuana??? on: October 21, 2014, 04:05:58 PM
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.
1844  Local / Mercadillo / Re: Compro BTC x Pokerstars (Bitfinex + 4%) on: October 21, 2014, 04:03:47 PM
1845  Local / Mercadillo / Re: vendo 2 x HD 7950 Saphire Radeon on: October 21, 2014, 06:29:12 AM
¿Las colillas van incluidas? Grin

Ahora en serio: deberías integrar esto con el otro hilo que ya tienes.
1846  Local / Servicios / Re: ¿Por qué no hacemos un exchange decentralizado basado en el sistema multifirma? on: October 20, 2014, 04:34:13 PM
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".
1847  Local / Servicios / Re: ¿Por qué no hacemos un exchange decentralizado basado en el sistema multifirma? on: October 18, 2014, 10:28:24 AM
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 Wink.


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. Roll Eyes

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. Roll Eyes

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.
1848  Local / Esquina Libre / Re: Sobre llamarme "timador" (querer pillar a un incauto) y otras lindezas. on: October 17, 2014, 06:52:29 PM
Llevaros la discusión al privado, por favor.
1849  Economy / Service Discussion / Re: What is mean by "Enter Available Shares" in bitaddress.org? on: October 17, 2014, 06:49:29 PM
So, how to generate shares of the private key? Is there any tool for that? Huh

bitaddress generates a new random key and splits it. You can't split a specific privkey.
1850  Other / Meta / Re: Deleted posts with no notification on: October 17, 2014, 06:43:40 PM
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".
1851  Local / Español (Spanish) / Re: Parche de sipa "cabeceras primero" on: October 17, 2014, 04:25:03 PM
Wladimir anuncia que el cambio ya está en master. Quien esté usando git, al hacer un pull ya tendrá una copia.
1852  Local / Servicios / Re: Mintpal V2 on: October 17, 2014, 12:40:06 PM
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 Tongue, educándonos en La Verdad Absoluta que es que las coins que no están en tu poder, realmente no son tuyas.
1853  Economy / Service Discussion / Re: What does mean by "Enter Available Shares" in bitaddress.org? on: October 17, 2014, 12:38:25 PM
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.
1854  Economy / Service Discussion / Re: What does mean by "Enter Available Shares" in bitaddress.org? on: October 17, 2014, 12:26:19 PM
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.
1855  Economy / Speculation / Re: November Rush? on: October 17, 2014, 11:39:14 AM
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
1856  Local / Español (Spanish) / Re: Robocoin llega a España. Hilo Oficial on: October 17, 2014, 06:32:31 AM
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… Roll Eyes


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.
1857  Local / Servicios / Re: ¿Por qué no hacemos un exchange decentralizado basado en el sistema multifirma? on: October 16, 2014, 06:25:49 PM
Me parece que mis ideas en algunos puntos no se alinean del todo con las tuyas Smiley. 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).
Cool 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 Tongue.
1858  Local / Servicios / Re: ¿Y tu que sabes hacer o que vendes? Lista de Servicios de la comunidad on: October 16, 2014, 05:27:33 PM
Yo estoy vendiendo y comprando BITCOINS para www.fichasxcash.com

Tambié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.
1859  Local / Altcoins (criptomonedas alternativas) / Re: Darkcoin [DRK]. Información, enlaces y novedades on: October 16, 2014, 04:35:07 PM

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 Tongue.
1860  Economy / Exchanges / Re: [OFFICIAL]Bitfinex.com first Bitcoin P2P lending platform for leverage trading on: October 16, 2014, 04:31:36 PM
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 Tongue.
Pages: « 1 ... 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [93] 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 ... 276 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!