*Tema mítico* : Hilo oficial de Bitcoin-XIII

Blocksteam sigue con su comedia.
Y ahí es donde reside el poder de BTC. Lo importante es su difusión, fácil acceso y descentralización... lo de menos es la cotización y las tonterías de sus enemigos millonarios.
 
Aquí los "malvados" desarrolladores de blockstream echándole una mano resolviendo bugs del SegWit2x al incapaz e incompetente de Garzik



Por cierto, mirad qué curioso:





El cliente que están desarrollando para la shitcoin2X se basa en el Core 0.14 por lo que va a salir el softfware sin ni siquiera haber solucionado los bugs que Core ha solucionado con la versión 0.15 del software. :roto2::roto2:

Mucha suerte haciendo funcionar ese software porque la váis a necesitar.

Tu sigue a piñon fijo que a lo mejor te vas a llevar una sorpresa desagradable. A lo mejor ni siquiera tienen intención de arreglar 2x porque saben que al final no va a salir, eso si, core muere.

---------- Post added 07-nov-2017 at 11:07 ----------

Y ahí es donde reside el poder de BTC. Lo importante es su difusión, fácil acceso y descentralización... lo de menos es la cotización y las tonterías de sus enemigos millonarios.

No debes pensar mucho lo que dices ¿no? porque difusión hablando de btc es para descorazonarse de la risa, y gracias a quien ya todo el mundo debería de conocer. Esperemos que eso empiece a cambiar a mediados de mes, expulsandolos.
A estas alturas, aquellos que conocemos bitcoin desde hace años, pongamos 5, ¿pensabais que btc en 2017 casi 2018 iba a ser tan desconocido como es? Yo no, y por las previsiones de precio que salian hace años creo que la mayoría tampoco. Menudo trabajo que han hecho los de blockstream. Pero el hf va a ser la manera de que toda esta ralea acostumbrada a su "bussiness as usual" se entere de como funcionan las cosas aquí, y que más les vale colaborar, porque a la contra tenemos armas para luchar contra ellos y aunque al final se lo apropien se apropiaran de un juguete roto.
Edito: Los de core son unos simpaticos, no pueden incrementar el tamaño de bloque pero si se plantean cambiar el pow porque ven a los mineros como el enemigo. Que tengan suerte en su empresa, la van a necesitar asi que se entere todo dios de que van
 
Última edición:


“Given that this is just a third of five waves up, the implications are that bitcoin has potential to run further over time.”

Yo lo veo más cerca de ahcer una visita al 6500 que tirar hacia 8000, pero con el HF en el horizonte, todo es posible...

¿Y eso que quiere decir? ¿que va para abajo? porque esta gente no es de fiar, lo mismo dicen a que b, o dicen a en el lugar de b.
Lo que es un drama, ahora que estoy saliendo de btc son las comisiones, cambie eth por bth y 0,01€ de comisión en shapeshift y cambio btc por bth y 5,5 eurazos
 
Última edición:
Hay que reconocer que son unos bocazas del copón.

Se puede estar a favor o en contra del aumento del tamaño del bloque, pero no se puede defender a la ralea de Blockstream.

Pero el tipo que dice eso es de Blockstream?
 
Los de core son unos simpaticos, no pueden incrementar el tamaño de bloque pero si se plantean cambiar el pow porque ven a los mineros como el enemigo. Que tengan suerte en su empresa, la van a necesitar asi que se entere todo dios de que van

¿Que no se puede incrementar el tamaño de bloque?

Toma, mentiroso, ahí tienes un bloque en Bitcoin de 1'6 megas:



Así es como debe escalar Bitcoin, a base de machacarles el cráneo a simples como tú.
 
Por supuesto que un minero puede ponerse a minar un bloque que contenga una transacción generada por él y que no haya retransmitido a nadie más. Igual que también puede minar un bloque vacío (sin transacciones).

Elemento, a ver si puedes aclararme alguna cosa del proceso por acabar de enterarme.


Antes de segwit cuando un nodo propagaba una transacción por la red, esta transacción iba con sus firmas, y el resto de nodos la validaba (básicamente comprobaba que había utilizado su clave privada para firmar una transacción sobre unos bitcoins que poseía en su dirección pública). Si al minero le interesaba la incluía en el bloque que minaba y escribía en la blockchain la información acerca de que dirección había enviado cuantos BTC a que otra dirección junto a las firmas. En cuanto el bloque se escribía el minero lo enviaba a los nodos de la red que validaban que no hubiera trampas y a su vez retrat el bloque como válido, haciendo que todo el mundo tuviera la misma cadena de bloques consensuada.


Tras segwit, lo que tengo entendido es que las firmas de las transacciones se sacaron de la blockchain pasando a otro fichero, y la validación de las firmas solo es necesario que la haga el minero, el resto de nodos puede escoger entre validar o pasar de la validación y solo mantener la BC con las transacciones sin firmas.


Si por ahorrar recursos se produce un escenario en el que más de la mitad de los nodos decide pasar de validar el fichero de firmas y solo unos pocos siguen validando, podríamos tener transacciones falsas validadas por una mayoría de la red.


Supongo que esto no es así, porque sería un coladero de transacciones ilegítimas, es decir, no se puede dejar que el minero sea el único que valide una transacción, pero me gustaría que explicaras como va ahora tras segwit, porque si no sería una irresponsabilidad el sacar las firmas de la cadena de bloques sin forzar que todos los nodos validen el fichero anexo de firmas.


Pero por otro lado, si con segwit todos los nodos al final van a tener que seguir validando las firmas y mantener tanto la Blockchain (con sus bloques de 1MB) más el fichero de firmas, al final lo que tenemos es que los nodos sí han tenido que subir sus requisitos de sistema que era lo que core decía que no se debía hacer para que no se redujeran y se mantuviera la red descentralizada.

(Quizás el fichero de firmas se puede truncar y solo hace falta mantener las firmas de los X últimos bloques, eso tendría sentido, pero un nodo completo que quiera mantener todas las firmas va a tener que incrementar su almacenamiento sí o sí).


Bueno, estas son las dudas que me surgen, a ver si tu o alguno de los veteranos que os explicáis tan bien y nos hicisteis a muchos entender qué era BTC me podéis acabar de aclarar estas dudas.
 
¿Que no se puede incrementar el tamaño de bloque?

Toma, mentiroso, ahí tienes un bloque en Bitcoin de 1'6 megas:



Así es como debe escalar Bitcoin, a base de machacarles el cráneo a simples como tú.



Ayer al mediodía se registró en la blockchain de Bitcoin la confirmación de un bloque de 1.6MB. Este sería el más grande minado hasta ahora en esta blockchain, y fue posible gracias a los beneficios de SegWit.

Según blockchain.info, ayer domingo 5 de noviembre a las 12:29 p.m, el pool de minería Bitcoin India resolvió un bloque cuyo tamaño alcanzó los 1.602,023kB. Este hito fue alcanzado gracias a las bondades de SegWit, ya que el mismo permite la creación de bloques más grandes tras la separación injusta de las transacciones y sus firmas.

Explicando de un modo sencillo cómo es esto posible, SegWit separa las firmas de los demás datos de cada transacción. Al ubicar dichas firmas en la segunda capa de la cadena, los nodos antiguos ‘creen’ que aún queda espacio para llenar los 1000kB de datos que debe contener cada bloque; por lo que añaden más transacciones al mismo, aumentando su tamaño usual.

El bloque récord de Bitcoin registró 833 transacciones en total


Leer más:
 
He bajado un monedero para ios, pero nse, me da algo de desconfianza, aún así mejor sacarlo de coinbase?

Para tenerlo en el móvil casi mejor déjalo en Coinbase:XX:

Depende siempre de la cantidad de la que hablemos y del grado de seguridad que quieras procurarles.

Sin dejarte 100 pavos en una cold wallet de lo más seguro que puedes optar es por descargarte el electrum portable, apuntarte la clave privada y meter el archivo en un pen a buen reacudo. No haces nah y en un par de años desempolvas.

Si al final la experiencia demuestra que en la mayoría de los casos la opción "Hodl!" es la más provechosa. Lo que viene siendo no hacer nah.
 
Elemento, a ver si puedes aclararme alguna cosa del proceso por acabar de enterarme.


Antes de segwit cuando un nodo propagaba una transacción por la red, esta transacción iba con sus firmas, y el resto de nodos la validaba (básicamente comprobaba que había utilizado su clave privada para firmar una transacción sobre unos bitcoins que poseía en su dirección pública). Si al minero le interesaba la incluía en el bloque que minaba y escribía en la blockchain la información acerca de que dirección había enviado cuantos BTC a que otra dirección junto a las firmas. En cuanto el bloque se escribía el minero lo enviaba a los nodos de la red que validaban que no hubiera trampas y a su vez retrat el bloque como válido, haciendo que todo el mundo tuviera la misma cadena de bloques consensuada.


Tras segwit, lo que tengo entendido es que las firmas de las transacciones se sacaron de la blockchain pasando a otro fichero, y la validación de las firmas solo es necesario que la haga el minero, el resto de nodos puede escoger entre validar o pasar de la validación y solo mantener la BC con las transacciones sin firmas.

No, no es exactamente así. Una transacción SegWit, a ojos de un nodo no-segwit, es una transacción "no estandar". Esta transacción segwit es como una transacción truncada en la que, la información de la transacción va por un lado, y la parte de las firmas iría por otro lado.

Que esta transacción sea considerada como "no estandar" por parte de algunos nodos, lo único que significa es que ellos no la retrnasmitirán, pero sí que la aceptarán como perfectamente válida (incluída la parte de la transacción truncada que corresponde a las firmas) cuando sea incluída en un bloque de la cadena de bloques.

Por eso es compatible con nodos antiguos (no-segwit) porque, aunque considerada como no-estandar, es aceptada una vez ha sido incluída en la cadena.

De esta forma, son los nodos SegWit los que descargan, validan y retransmiten la transacción completa, mientras que los nodos antiguos sólo descargan la información referente a la transacción, pero no la verifican ni la retransmiten.

De todos modos, ya creo que apenas existen nodos en la red que no sean compatibles con SegWit.

Si por ahorrar recursos se produce un escenario en el que más de la mitad de los nodos decide pasar de validar el fichero de firmas y solo unos pocos siguen validando, podríamos tener transacciones falsas validadas por una mayoría de la red.

Esto tampoco es cierto. Lo que puede ocurrir es que, si tu acceso a la red Bitcoin se realiza a través de un nodo con software pre-segwit y te llega una transacción de importe considerable en una transacción SegWit, deberás esperar algunas confirmaciones por parte del conjunto de la red porque eres tú mismo el que no estás descargándote la parte "witness" del bloque para poder verificarlo.

Eres tú el primer interesado en descargarte las firmas para verificar la transacción...o no aceptar transacciones SegWit como forma de pago.

Pero problema de seguidad para el total de la red, no habría ninguno.

Supongo que esto no es así, porque sería un coladero de transacciones ilegítimas, es decir, no se puede dejar que el minero sea el único que valide una transacción, pero me gustaría que explicaras como va ahora tras segwit, porque si no sería una irresponsabilidad el sacar las firmas de la cadena de bloques sin forzar que todos los nodos validen el fichero anexo de firmas.

Pues va de la siguiente forma:

Siempre ha existido la posibilidad de construir transacciones "no estandar", lo que pasa es que no era sencillo de realizar mediante los clientes habituales porque están capadas para que la gente no se equivocase y para simplificar el funcionamiento de Bitcoin. Esto es comprensible porque, si la mayoría de los nodos y mineros emplean el cliente Core capado y tú intentas retransmitir a la red una transacción no estandar, esa transacción nunca podría ser incorporada a un bloque a no ser que tu nodo estuviese conectado directamente con un pool de minado que esté dispuesto a aceptar y minar transacciones no estandar (como por ejemplo, Slush) o te la tenías que minar tú mismo.

Pero, como el SegWit es un avance tan importante y soluciona tantos problemas de una tajada, pues el cliente Core ha sido modificado para incluir esta transacción no estandar en particular y, como la mayoría de la red funciona con el cliente Core, ahora las transacciones SegWit sí que se retransmiten y se minan con facilidad.

De todos modos, creo que la parte "witness" de una transacción SegWit sigue estando dentro de la cadena de bloques. No es que se haya sacado fuera físicamente de la cadena (si en esto estoy confundido, que alguien me rectifique).


Pero por otro lado, si con segwit todos los nodos al final van a tener que seguir validando las firmas y mantener tanto la Blockchain (con sus bloques de 1MB) más el fichero de firmas, al final lo que tenemos es que los nodos sí han tenido que subir sus requisitos de sistema que era lo que core decía que no se debía hacer para que no se redujeran y se mantuviera la red descentralizada.

Pero aquí hay que realizar una salvedad importantísima.

Precísamente, de todos los cuellos de botella que pueden afectar a los nodos, el menos importante sería el del tamaño del disco duro necesario para albergar la cadena de bloques.

Algunos de los verdaderos cuellos de botella de la red Bitcoin sí que se ven mejorados por el SegWit, como serían el aumento de la cantidad de transacciones que caben de forma efectiva en los bloques, la posibilidad de poder realizar de forma segura transacciones fuera de la cadena mediante la lightning network al solucionar el inconveniente de la maleabilidad de las transacciones, la solución al incremento cuadrático en el tiempo de validación de algunas firmas, etc.

(Quizás el fichero de firmas se puede truncar y solo hace falta mantener las firmas de los X últimos bloques, eso tendría sentido, pero un nodo completo que quiera mantener todas las firmas va a tener que incrementar su almacenamiento sí o sí).

El tamaño de almacenamiento no es un cuello de botella preocupante en Bitcoin. Es mucho más preocupante el ancho de banda que se consume o el incremento cuadrático en los tiempos de verificación de firmas.



Bueno, estas son las dudas que me surgen, a ver si tu o alguno de los veteranos que os explicáis tan bien y nos hicisteis a muchos entender qué era BTC me podéis acabar de aclarar estas dudas.

Las dudas son lógicas. Hay mucha desinformación con el SegWit.
 
Número de Transacciones: 833

... pues tampoco es gran cosa eh.

Un dato bastante curioso sobre el pesado bloque #493182 de la cadena de Bitcoin, es que sólo un 13.5% de las transacciones incluidas fueron realizadas con SegWit. Pero esto fue suficiente para incrementar su tamaño en un 60%. Es decir que en un futuro no muy lejano, fácilmente pudiésemos ver bloques de hasta 4MB gracias a SegWit sin necesidad de alargar el tamaño de cada bloque

-----------------------

Insisto en ésto:

Iniciado por keinur Ver Mensaje

Hay que reconocer que son unos bocazas del copón.

Se puede estar a favor o en contra del aumento del tamaño del bloque, pero no se puede defender a la ralea de Blockstream.


Pero el tipo que dice eso es de Blockstream?
 
No olvidemos que las comisiones en btc core son altas porque todo el mundo quiere pillar plaza en el próximo bloque. En BX2 pues algo se moverá con comisiones mucho más baratas.

:no:

Una industria. Un negocio. Un mercado.

Segw, permite más tps, y curioso no aumentan estas, sino que se estancan.






Aquí cada uno se monta su matrix, pero la realidad 'está ahí fuera'

Me pregunto la cara que se les quedará a los 100mil usuarios de Coinbase cuando quieran sacar 500$ para entre pitos y flautas les calcen entre 6-10$


Pero bueno, alguien tiene que pagar las pilingues y los yates a los chinos. :XX:
 
:no:

Una industria. Un negocio. Un mercado.

Segw, permite más tps, y curioso no aumentan estas, sino que se estancan.

A lo mejor, que hayan terminado los ataques de spam que promovían Roger Ver y Jihan Wu, tiene algo que ver con eso
 
Pero el tipo que dice eso es de Blockstream?


Cuando dice "we" se refiere a nosotros los usuarios, no a Blockstream. Ni puro caso al tixel, es un manipulador.

Bueno manipulador y que no tiene ni fruta idea de lo que habla.
 
¿Que no se puede incrementar el tamaño de bloque?

Toma, mentiroso, ahí tienes un bloque en Bitcoin de 1'6 megas:


I
Así es como debe escalar Bitcoin, a base de machacarles el cráneo a simples como tú.

Bitcoin core. Ultimo aviso. Abandonen la sala. Al final te vas a quedar tú ahí solito, a lo mejor te hacen compañia los de blockstream.:XX:

---------- Post added 07-nov-2017 at 16:12 ----------

Elemento, a ver si puedes aclararme alguna cosa del proceso por acabar de enterarme.


Antes de segwit cuando un nodo propagaba una transacción por la red, esta transacción iba con sus firmas, y el resto de nodos la validaba (básicamente comprobaba que había utilizado su clave privada para firmar una transacción sobre unos bitcoins que poseía en su dirección pública). Si al minero le interesaba la incluía en el bloque que minaba y escribía en la blockchain la información acerca de que dirección había enviado cuantos BTC a que otra dirección junto a las firmas. En cuanto el bloque se escribía el minero lo enviaba a los nodos de la red que validaban que no hubiera trampas y a su vez retrat el bloque como válido, haciendo que todo el mundo tuviera la misma cadena de bloques consensuada.


Tras segwit, lo que tengo entendido es que las firmas de las transacciones se sacaron de la blockchain pasando a otro fichero, y la validación de las firmas solo es necesario que la haga el minero, el resto de nodos puede escoger entre validar o pasar de la validación y solo mantener la BC con las transacciones sin firmas.


Si por ahorrar recursos se produce un escenario en el que más de la mitad de los nodos decide pasar de validar el fichero de firmas y solo unos pocos siguen validando, podríamos tener transacciones falsas validadas por una mayoría de la red.


Supongo que esto no es así, porque sería un coladero de transacciones ilegítimas, es decir, no se puede dejar que el minero sea el único que valide una transacción, pero me gustaría que explicaras como va ahora tras segwit, porque si no sería una irresponsabilidad el sacar las firmas de la cadena de bloques sin forzar que todos los nodos validen el fichero anexo de firmas.


Pero por otro lado, si con segwit todos los nodos al final van a tener que seguir validando las firmas y mantener tanto la Blockchain (con sus bloques de 1MB) más el fichero de firmas, al final lo que tenemos es que los nodos sí han tenido que subir sus requisitos de sistema que era lo que core decía que no se debía hacer para que no se redujeran y se mantuviera la red descentralizada.

(Quizás el fichero de firmas se puede truncar y solo hace falta mantener las firmas de los X últimos bloques, eso tendría sentido, pero un nodo completo que quiera mantener todas las firmas va a tener que incrementar su almacenamiento sí o sí).


Bueno, estas son las dudas que me surgen, a ver si tu o alguno de los veteranos que os explicáis tan bien y nos hicisteis a muchos entender qué era BTC me podéis acabar de aclarar estas dudas.

Yo no preocuparía demasiado por sw, ya se ve que no ha arreglado nada de la escalabilidad y a mediados de mes se va a convertir en un penoso recuerdo de porque bitcoin no es más popular.
Pero si quieres aquí tienes un articulo. Por lo de pronto hace la red más insegura y con un 31% de hashrate ya puedes hacer doble gasto, lo explican dentro.
También impide escalar on chain



Y aquí otro en que Maxwell y Peter Todd admiten que no hay solución a un tipo de ataque surgido con sw relativo a los mineros q no validan firmas


Y otro un poco de lo mismo explicando el peligro q tiene no validar las firmas por los mineros


---------- Post added 07-nov-2017 at 16:39 ----------

Pero el tipo que dice eso es de Blockstream?
Triste defender algo y no saber ni quien forma parte de ese algo. El jeff garzik que dijo la burrada de que bitcoin será lo que ellos digan de donde va a ser con esos humos.
 
Última edición:
Triste defender algo y no saber ni quien forma parte de ese algo. El jeff garzik que dijo la burrada de que bitcoin será lo que ellos digan de donde va a ser con esos humos.

¿Dónde ves tú aquí a Jeff Garzik?

 
Yo no preocuparía demasiado por sw, ya se ve que no ha arreglado nada de la escalabilidad y a mediados de mes se va a convertir en un penoso recuerdo de porque bitcoin no es más popular.
Pero si quieres aquí tienes un articulo. Por lo de pronto hace la red más insegura y con un 31% de hashrate ya puedes hacer doble gasto, lo explican dentro.

Falso. Es un mito lo de que las transacciones SegWit sean "anyone can spend" y que puedan hacérseles doble gasto de forma más sencilla. Aquí tienes la explicación:



Intentar revertir una transacción "no estandar" de SegWit (nada de "anyone can spend") implica minar un bloque inválido, cosa que ningún minero haría puesto que el bloque sería declarado como huérfano inmediatamente por los nodos y por el resto de mineros (que dejarían de minar sobre él). Esto mismo es lo que les ocurrió en 2015 a F2Pool y a Antpool por hacer avariciosamente SPV mining sin validar las transacciones de los bloques sobre los que se ponían a minar.





También impide escalar on chain


En ese mismo hilo te están diciendo que esas transacciones que han metido en ese bloque de la testnet, sin el SegWit, habrían costado de meter 4 bloques enteros, pero han entrado TODAS en un único bloque SegWit. Así que eso es precisamente ESCALAR ONCHAIN. Lo que antes hubiese costado 40 minutos y 4 bloques de la cadena, ahora cuesta únicamente 10 minutos y un único bloque.


Y aquí otro en que Maxwell y Peter Todd admiten que no hay solución a un tipo de ataque surgido con sw relativo a los mineros q no validan firmas

Te lo repito, todo aquel minero que se arriesgue a minar sin validar las transacciones del último bloque de la cadena de bloques, se arriesgará a cometer el mismo error que cometieron F2Pool y Antpool en 2015 y que les supuso que el total de la red les declarase como huérfanos un montón de bloques y perdieron mucha pasta. Os he puesto el link antes. Se creían más listos que ninguno poniéndose a minar inmediatamente sobre los bloques que otros mineros anunciaban como minados, sin emplear tiempo y energía en verificar las transacciones de dichos bloques, y les costó un pastizal la tontería.

La red Bitcoin es inmisericorde con todo aquel que intente tomar atajos o saltarse las normas del protocolo que todos compartimos. El sistema de desincentivos son extremadamente estrictos, pero justos
 
El hilo trata de BTC pero esta noticia de etherum es destacable


A security vulnerability in Ethereum’s second most popular client, Parity, has been exploited by this address earlier today.

All Parity multi-sig wallets have been frozen. That includes the Polkadot ICO and may include many others totaling around 500,000 eth, worth $150 million, according to some number crunching.

“Trinc the fix for the original multi-sig issue that had been exploited on 19th of July (function visibility), a new version of the Parity Wallet library contract was deployed on 20th of July,” Parity says before adding:

“However that code still contained another issue – it was possible to turn the Parity Wallet library contract into a regular multi-sig wallet and become an owner of it by calling the initWallet function.

It would seem that issue was triggered accidentally 6th Nov 2017 02:33:47 PM +UTC and subsequently a user suicided the library-turned-into-wallet, wiping out the library code which in turn rendered all multi-sig contracts unusable since their logic (any state-modifying function) was inside the library.”

The code library, a sort of collection of code templates, was kind of a smart contract itself. That has now been wiped out, and with it the code functions too. Meaning multi-sig wallets (addresses that require two or three private key signatures to move) are blacked out. So the funds can’t move because you can’t “talk” to the wallets.

Or at least that’s what is known at this stage as the story is developing with further information to come in due time, but the big question now is whether to fork or not in order to unfreeze the funds.

Bitcoin forked in 2010 after a bug was able to create billions of bitcoins out of thin air. Ethereum forked in 2016 after the then biggest smart contract was hacked.

Bitcoin forked at a time when the community was far too small and any fork ideologies had not developed. Ethereum’s fork in 2016 was more testing because some, primarily bitcoiners, strongly argued against it.

However both forks went through fairly smoothly, and both currencies went on to all time highs, which suggests either they were positive events or the market didn’t care.

The question in this instance is firstly whether everyone is absolutely sure those funds are fully frozen and can not be unfrozen without a fork. If the answer is yes, which looks likely, then ethereans may have to decide whether to save those funds or let them burn.

The argument against it, at a basic and selfish level, might be that supply would be taken out. If demand remains constant, then price might rise.

However, that’s the supply of many ethereans who might have worked very hard for it. They may turn bitter, against the currency, which itself might gain a fruta of being unsafe.

On a more intellectual level the argument against it is that there should be punishment for failure. Otherwise, lessons would never be learned.

The argument for it is that bugs are inevitable. If hundreds of millions are lost so easily, then the platform and currency might stagnate as no one would want to take such responsibility when bugs are a certainty.

The decision, therefore, in this case, is not to fork or not fork, but to innovate or stagnate. As the bearer of Silicon Valley’s mantra of move fast and break things, ethereum might want to show its platform is safe, and when things go wrong there are solutions.

There may be here ego complications. The two eth clients and teams are competitors of sorts. But this isn’t time for competition. Parity has some of the most skilled coders.

There are, of course, lessons to be learned and there will be time for that, but, bugs simply happen. Especially considering ethereum is still barely two years old, placing them at the same sort of stage as bitcoin in 2010 even though eth has a far bigger community.

Like bitcoin back then, eth is traveling new frontiers. And just like bitcoin fixed its bug and moved on, eth might want to do so too. In the process becoming more robust.
 
The first property to be sold for Bitcoin in Ibiza, Spain.
 
El hilo trata de BTC pero esta noticia de etherum es destacable


A security vulnerability in Ethereum’s second most popular client, Parity, has been exploited by this address earlier today.

All Parity multi-sig wallets have been frozen. That includes the Polkadot ICO and may include many others totaling around 500,000 eth, worth $150 million, according to some number crunching.

“Trinc the fix for the original multi-sig issue that had been exploited on 19th of July (function visibility), a new version of the Parity Wallet library contract was deployed on 20th of July,” Parity says before adding:

“However that code still contained another issue – it was possible to turn the Parity Wallet library contract into a regular multi-sig wallet and become an owner of it by calling the initWallet function.

It would seem that issue was triggered accidentally 6th Nov 2017 02:33:47 PM +UTC and subsequently a user suicided the library-turned-into-wallet, wiping out the library code which in turn rendered all multi-sig contracts unusable since their logic (any state-modifying function) was inside the library.”

The code library, a sort of collection of code templates, was kind of a smart contract itself. That has now been wiped out, and with it the code functions too. Meaning multi-sig wallets (addresses that require two or three private key signatures to move) are blacked out. So the funds can’t move because you can’t “talk” to the wallets.

Or at least that’s what is known at this stage as the story is developing with further information to come in due time, but the big question now is whether to fork or not in order to unfreeze the funds.

Bitcoin forked in 2010 after a bug was able to create billions of bitcoins out of thin air. Ethereum forked in 2016 after the then biggest smart contract was hacked.

Bitcoin forked at a time when the community was far too small and any fork ideologies had not developed. Ethereum’s fork in 2016 was more testing because some, primarily bitcoiners, strongly argued against it.

However both forks went through fairly smoothly, and both currencies went on to all time highs, which suggests either they were positive events or the market didn’t care.

The question in this instance is firstly whether everyone is absolutely sure those funds are fully frozen and can not be unfrozen without a fork. If the answer is yes, which looks likely, then ethereans may have to decide whether to save those funds or let them burn.

The argument against it, at a basic and selfish level, might be that supply would be taken out. If demand remains constant, then price might rise.

However, that’s the supply of many ethereans who might have worked very hard for it. They may turn bitter, against the currency, which itself might gain a fruta of being unsafe.

On a more intellectual level the argument against it is that there should be punishment for failure. Otherwise, lessons would never be learned.

The argument for it is that bugs are inevitable. If hundreds of millions are lost so easily, then the platform and currency might stagnate as no one would want to take such responsibility when bugs are a certainty.

The decision, therefore, in this case, is not to fork or not fork, but to innovate or stagnate. As the bearer of Silicon Valley’s mantra of move fast and break things, ethereum might want to show its platform is safe, and when things go wrong there are solutions.

There may be here ego complications. The two eth clients and teams are competitors of sorts. But this isn’t time for competition. Parity has some of the most skilled coders.

There are, of course, lessons to be learned and there will be time for that, but, bugs simply happen. Especially considering ethereum is still barely two years old, placing them at the same sort of stage as bitcoin in 2010 even though eth has a far bigger community.

Like bitcoin back then, eth is traveling new frontiers. And just like bitcoin fixed its bug and moved on, eth might want to do so too. In the process becoming more robust.

Or at least that’s what is known at this stage as the story is developing with further information to come in due time, but the big question now is whether to fork or not in order to unfreeze the funds.

:XX:"Forkthereum":XX:


All Parity multi-sig wallets have been frozen. That includes the Polkadot ICO and may include many others totaling around 500,000 eth, worth $150 million, according to some number crunching.

150 millones de dólares. Menudo desastre de shitcoin.

Es descorazonante lo que ha pasado en Forkthereum. Se ve que ha sido un novato el que, accidentalmente, ha bloqueado el equivalente a 150 millones de dólares en forkthereums:

 
Última edición:
De la chica bitconita de forbes
will-this-battle-for-the-soul-of-bitcoin-destroy-it
 
El hilo trata de BTC pero esta noticia de etherum es destacable


A security vulnerability in Ethereum’s second most popular client, Parity, has been exploited by this address earlier today.

All Parity multi-sig wallets have been frozen. That includes the Polkadot ICO and may include many others totaling around 500,000 eth, worth $150 million, according to some number crunching.

“Trinc the fix for the original multi-sig issue that had been exploited on 19th of July (function visibility), a new version of the Parity Wallet library contract was deployed on 20th of July,” Parity says before adding:

“However that code still contained another issue – it was possible to turn the Parity Wallet library contract into a regular multi-sig wallet and become an owner of it by calling the initWallet function.

It would seem that issue was triggered accidentally 6th Nov 2017 02:33:47 PM +UTC and subsequently a user suicided the library-turned-into-wallet, wiping out the library code which in turn rendered all multi-sig contracts unusable since their logic (any state-modifying function) was inside the library.”

The code library, a sort of collection of code templates, was kind of a smart contract itself. That has now been wiped out, and with it the code functions too. Meaning multi-sig wallets (addresses that require two or three private key signatures to move) are blacked out. So the funds can’t move because you can’t “talk” to the wallets.

Or at least that’s what is known at this stage as the story is developing with further information to come in due time, but the big question now is whether to fork or not in order to unfreeze the funds.

Bitcoin forked in 2010 after a bug was able to create billions of bitcoins out of thin air. Ethereum forked in 2016 after the then biggest smart contract was hacked.

Bitcoin forked at a time when the community was far too small and any fork ideologies had not developed. Ethereum’s fork in 2016 was more testing because some, primarily bitcoiners, strongly argued against it.

However both forks went through fairly smoothly, and both currencies went on to all time highs, which suggests either they were positive events or the market didn’t care.

The question in this instance is firstly whether everyone is absolutely sure those funds are fully frozen and can not be unfrozen without a fork. If the answer is yes, which looks likely, then ethereans may have to decide whether to save those funds or let them burn.

The argument against it, at a basic and selfish level, might be that supply would be taken out. If demand remains constant, then price might rise.

However, that’s the supply of many ethereans who might have worked very hard for it. They may turn bitter, against the currency, which itself might gain a fruta of being unsafe.

On a more intellectual level the argument against it is that there should be punishment for failure. Otherwise, lessons would never be learned.

The argument for it is that bugs are inevitable. If hundreds of millions are lost so easily, then the platform and currency might stagnate as no one would want to take such responsibility when bugs are a certainty.

The decision, therefore, in this case, is not to fork or not fork, but to innovate or stagnate. As the bearer of Silicon Valley’s mantra of move fast and break things, ethereum might want to show its platform is safe, and when things go wrong there are solutions.

There may be here ego complications. The two eth clients and teams are competitors of sorts. But this isn’t time for competition. Parity has some of the most skilled coders.

There are, of course, lessons to be learned and there will be time for that, but, bugs simply happen. Especially considering ethereum is still barely two years old, placing them at the same sort of stage as bitcoin in 2010 even though eth has a far bigger community.

Like bitcoin back then, eth is traveling new frontiers. And just like bitcoin fixed its bug and moved on, eth might want to do so too. In the process becoming more robust.

Es una defecada en un cliente de Eth, el segundo mas importante.
Bueno, ahora sabemos que de los dos principales competidores, uno una triunfado, por la defecada del otro.

You must be registered for see images
 
Última edición:

Estadísticas del foro

Temas
2.048.841
Mensajes
58.129.675
Miembros
190.817
Último miembro
Willmor

El blog de burbuja.info

Volver