The seized image is not fake, you can check it archived here: https://archive.is/e3L3o
If you don't see it you have to use Google DNS ( 8.8.8.8 ), open Chrome Incognito, load http://btc-e.com (without HTTPS).
|
|
|
The seized image is not fake, you can check it archived here: https://archive.is/e3L3o
If you don't see it you have to use Google DNS ( 8.8.8.8 ), open Chrome Incognito, load http://btc-e.com (without HTTPS).
|
|
|
The seized image is not fake, you can check it archived here: https://archive.is/e3L3o
If you don't see it you have to use Google DNS ( 8.8.8.8 ), open Chrome Incognito, load http://btc-e.com (without HTTPS).
|
|
|
The seized image is not fake, you can check it archived here: https://archive.is/e3L3o
If you don't see it you have to use Google DNS ( 8.8.8.8 ), open Chrome Incognito, load http://btc-e.com (without HTTPS).
|
|
|
I have waited 12 days since I opened ticket #284405. Please help.
|
|
|
[...] mi idea permitirá, entre otras cosas, utilizar bitcoin impresos en papel para pagar mediante un sistema que evita el problema de la volatilidad. [...]
Decir esto sin explicar nada más es simplemente humo, me atrevo a afirmar que es imposible "utilizar bitcoin impresos en papel para pagar" y "evitar la volatilidad" sin depender de terceros. Eso no es bitcoin. Me agrada mucho tu escepticismo rme, me ayuda a constatar la originalidad de mi idea. ¿Es lo mismo tener bitcoin por valor de 5€ que tener 5€ en bitcoin? ¿Qué significa tener 5€ en Bitcoin? En Bitcoin se tienen bitcoins. Solo puedes decir que tienes bitcoins si tienes las claves privadas para acceder a ellos, cualquier otra cosa no es tener bitcoins. Si yo te doy 0.1BTC y tu me das un papelito que pone "vale por 0.1 BTC" lo que hemos hecho es una deuda, un IOU. Ese papelito no valdrá nunca 0.1 BTC ya que depende de un tercero.
|
|
|
Esta idea es totalmente inviable y demuestra el nulo entendimiento del funcionamiento de bitcoin.
Lo único que consigues enviando bitcoins a la dirección que has generado es destruirlos, ya que quedarían totalmente inaccesibles. Si alguien va a hacer eso que me los envíe a mi antes de destruirlos de una forma tan rocambolesca.
El resultado de esto sería un trozo de papel con un numerito escrito encima, eso no tiene absolutamente ningún valor.
|
|
|
[...] mi idea permitirá, entre otras cosas, utilizar bitcoin impresos en papel para pagar mediante un sistema que evita el problema de la volatilidad. [...]
Decir esto sin explicar nada más es simplemente humo, me atrevo a afirmar que es imposible "utilizar bitcoin impresos en papel para pagar" y "evitar la volatilidad" sin depender de terceros. Eso no es bitcoin.
|
|
|
Si nos vamos a un escenario en que cada uno de esos 7milM tiene un ordenador de dentro de 10 años cliqueando y buscando colisiones podría quizás, y digo solo quizás porque no sabría calcularlo, unas 117.000 (podrían ser 100.000 pero para facilidad de cálculo digo este) direcciones por segundo (me parece razonable), por lo que en lugar de haber un 50% de probabilidades 11.700 millones de años sería un 50% en 100.000 años o cual sigue siendo bastante.
Dicho esto, el cálculo está hecho para colisionar con "una" dirección concreta, ya sea la de Satoshi con muchos bitcoin o mi modesta cuenta para la jubilación 1AntonioQ4MDLA2Nw637aAqqeG8pUuL9kc Pero si de lo que se trata es de colisionar con una dirección en la que hay saldo todas valen. Digamos que hay 1.200.000 de direcciones bitcoin con algo de saldo (Me he inventado el numero pero no me parece disparatado), por lo que en ese escenario la probabilidad de colisión sería del 50% en 0.8333 años, o sea, 50% en un mes.
Suponemos el siguiente escenario: 7.000.000.000 personas generando 100.000 direcciones por segundo cada una, esto da un total de 700.000.000.000.000 direcciones generadas por segundo. Esto lo hacen durante 10 años (315.360.000 segundos), esto da un total de 220.752.000.000.000.000.000.000 direcciones generadas. Direcciones generadas en este supuesto:220.752.000.000.000.000.000.000 Direcciones totales (2^160):1.461.501.637.330.902.918.203.684.832.716.283.019.655.932.542.976 Ahora vamos a suponer que el objetivo es encontrar una dirección con fondos, suponemos que existen 7.000.000.000 direcciones con fondos. Dividimos direcciones totales para el numero de direcciones con fondos, así hallamos la probabilidad de dar con una: 208.785.948.190.128.988.314.812.118.959.469.002.807 (Esto significa que cada vez que generemos una dirección tenemos esta probabilidad de dar con una con fondos.) Finalmente esta probabilidad entre las direcciones generadas en este supuesto.Esto nos da este resultado: 945.794.140.891.720¿Qué significa? Que 7 mil millones de personas generando 100.000 direcciones por segundo durante 10 años tendrían una posibilidad entre 945.794.140.891.720 de dar con una dirección de entre las 7 mil millones con fondos.Es decir, que tanta tontada para tener una posibilidad remota de conseguir unos miseros 0.01 BTC. Si repetimos estos 10 años hasta que la posibilidad es una entre dos (50%) tendríamos que estar un total de 4.728.970.704.458.600 de años para tener un 50% de probabilidad de encontrar una sola dirección con bitcoins.Que alguien revise los cálculos pero creo que están bien. Para hacer divisiones grandes podeis usar esta web: http://web2.0calc.es/TL;DR: No existe posibilidad de colisión de direcciones en Bitcoin.
|
|
|
SHA-256 no es cifrado, es hashing. Todo este hilo está mal planteado y los cálculos son erróneos. A ver si tengo tiempo para hacerlos bien.
|
|
|
I'll say its waste of time. Because, i already tried more than 1 week to find some address with balance on this page. But i found only $0.23(rate at the time of the transaction made). And can you show me the proof? Its a SCAM, there is no proof.
|
|
|
Voto por Franckuestein
|
|
|
@theymos
|
|
|
At present, the bitcointalk.org domain sends this header Strict-Transport-Security: max-age=3000000 This header is also known as HSTS, it tells the browser to only connect using HTTPS for the next 34 days. The problem appears when the client is visiting bitcointalk.org for the first time (or in incognito mode, or has deleted cache, etc.) The browser does not know that has to use HTTPS to browse to bitcointalk.org so when the user types the domain in his browser he will be connecting to http://bitcointalk.org instead of https://bitcointalk.org. If the network is being attacked he will be downloading malware instead of Bitcoin software. How to fix it: Add the includeSubDomains and preload directive to the header sent. Strict-Transport-Security: max-age=31536000; includeSubDomains; preload Then just submit bitcointalk.org domain to the HSTS Preload list in Chrome, Firefox and IE. This can be done easily just by clicking this link: https://hstspreload.appspot.com/?domain=bitcointalk.orgOnce submitted the next releases of the browsers will include bitcoin.org in the HSTS Preload list and no one could load bitcointalk.org via HTTP again. As an example, bitcoin-related websites already using HSTS preloading include Coinbase, Coinapult, Bitgo, Localbitcoins, bitcoin.de, blockchain.info, GDAX and Multibit.
|
|
|
Do you have to use an orange skin? I think most folks like the blue grey of the current forum, easy on the eyes. Or at least give users the option to switch skins.
I dont develop the software so I dont have any idea. You might create a issue here https://github.com/epochtalk/epochtalk/issues to allow theme color change on a per user basis.
|
|
|
|