10. Calculations and Conclusion - The Bitcoin White Paper - Dr. Craig S. Wright & Ryan X. Charles
28 dic 2020
https://www.youtube.com/watch?v=dSwu-9j1thY&feature=youtu.be
28 dic 2020
https://www.youtube.com/watch?v=dSwu-9j1thY&feature=youtu.be
Parece que esto va a ser de lo que se va a hablar hoy
bitcoin:
Bitcoin Sets New All-Time High Above $28.5K; Bulls Back in the Driver’s Seat
https://www.coindesk.com/bitcoin-sets-new-all-time-high-of-28570-02-bulls-back-in-the-drivers-seat
Institutional investors are perceived to be driving this record-setting run.
bitcoin:
Bitcoin Sets New All-Time High Above $28.5K; Bulls Back in the Driver’s Seat
https://www.coindesk.com/bitcoin-sets-new-all-time-high-of-28570-02-bulls-back-in-the-drivers-seat
Institutional investors are perceived to be driving this record-setting run.
CoinDesk
Bitcoin Sets New All-Time High Above $28.5K; Bulls Back in the Driver's Seat - CoinDesk
After seeming to take a couple of days to catch its breath, the price of bitcoin (BTC) once again resumed its torrid upward pace.
"No queremos liderar con "anónimos". (He querido editar la página de inicio)
"Los desarrolladores esperan que esto resulte en una moneda estable con respecto a la energía fuera del alcance de cualquier gobierno". - Definitivamente no estoy haciendo tal burla o afirmación.
No es estable con respecto a la energía. Hubo una discusión sobre esto. No está ligado al costo de la energía. La estimación de NLS basada en la energía fue un buen punto de partida estimado, pero las fuerzas del mercado dominarán cada vez más.
Siento ser una manta mojada. Escribir una descripción de esto para el público en general es muy difícil. No hay nada con lo que relacionarlo".
satoshi
Fundador
Miembro Sr.
05 de julio de 2010
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=360
"Los desarrolladores esperan que esto resulte en una moneda estable con respecto a la energía fuera del alcance de cualquier gobierno". - Definitivamente no estoy haciendo tal burla o afirmación.
No es estable con respecto a la energía. Hubo una discusión sobre esto. No está ligado al costo de la energía. La estimación de NLS basada en la energía fue un buen punto de partida estimado, pero las fuerzas del mercado dominarán cada vez más.
Siento ser una manta mojada. Escribir una descripción de esto para el público en general es muy difícil. No hay nada con lo que relacionarlo".
satoshi
Fundador
Miembro Sr.
05 de julio de 2010
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=360
Forwarded from Junction Bot
U°Today
🔥 BREAKING: Coinbase Sued Over "Illegal" XRP Sales https://u.today/breaking-coinbase-sued-over-illegal-xrp-sales
@
🔥 BREAKING: Coinbase Sued Over "Illegal" XRP Sales https://u.today/breaking-coinbase-sued-over-illegal-xrp-sales
@
U.Today
BREAKING: Coinbase Sued Over "Illegal" XRP Sales - U.Today
Cryptocurrency exchange Coinbase is facing a lawsuit for obtaining commissions from illegal XRP sales.
Espero que un amigo, me permita compartir sus pensamientos, porque realmente sé que lo ha dicho con el corazón en la mano y es todo un alegato al valor:
"Si te ataca alguien más fuerte, puedes morir defendiendo lo correcto, o vivir para luchar otro día...
y cuando llegue el lecho de muerte, daría todos los días desde hoy, hasta el fin de tus días, para volver aquí y luchar contra nuestros enemigos... podrán quitarnos la vida, podrán quitarnos los cuartos... pero jamás nos quitarán LA LIBERTAAAAAD".
Augusto.
"Si te ataca alguien más fuerte, puedes morir defendiendo lo correcto, o vivir para luchar otro día...
y cuando llegue el lecho de muerte, daría todos los días desde hoy, hasta el fin de tus días, para volver aquí y luchar contra nuestros enemigos... podrán quitarnos la vida, podrán quitarnos los cuartos... pero jamás nos quitarán LA LIBERTAAAAAD".
Augusto.
La plataforma criptográfica Etoro se detiene en los Países Bajos, los usuarios tienen que vender
Cryptoplatform Etoro stopt in Nederland, gebruikers moeten verkopen | RTL Nieuws
https://www.rtlnieuws.nl/economie/bedrijven/artikel/5205908/cryptoplatform-etoro-stopt-dnb-registratie-crypto-bitcoin
Cryptoplatform Etoro stopt in Nederland, gebruikers moeten verkopen | RTL Nieuws
https://www.rtlnieuws.nl/economie/bedrijven/artikel/5205908/cryptoplatform-etoro-stopt-dnb-registratie-crypto-bitcoin
RTL Nieuws
Cryptoplatform Etoro stopt in Nederland, gebruikers moeten verkopen
Cryptomarktplaats Etoro stopt in Nederland. Gebruikers van het platform waarop je in cryptomunten kunt handelen worden daardoor verplicht binnen drie weken hun crypto's te verkopen. Ook als ze daarmee verlies lijden. Het bedrijf haalde de deadline niet voor…
Forwarded from 2008 361 303 Satoshi N's Quotes SN (@RamonQuesada 🌷🇺🇸)
"A second version would be a massive development and maintenance hassle for me. It's hard enough maintaining backward compatibility while upgrading the network without a second version locking things in. If the second version screwed up, the user experience would reflect badly on both, although it would at least reinforce to users the importance of staying with the official version. If someone was getting ready to fork a second version, I would have to air a lot of disclaimers about the risks of using a minority version. This is a design where the majority version wins if there's any disagreement, and that can be pretty ugly for the minority version and I'd rather not go into it, and I don't have to as long as there's only one version".
satoshi
Fundador
Miembro Sr.
Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
on: June 18, 2010, 04:17:14 PM
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
satoshi
Fundador
Miembro Sr.
Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
on: June 18, 2010, 04:17:14 PM
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
417 Bitcoin / Development & Technical Discussion /
Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
on: June 18, 2010, 04:17:14 PM
A second version would be a massive development and maintenance hassle for me. It's hard enough maintaining backward compatibility while upgrading the network without a second version locking things in. If the second version screwed up, the user experience would reflect badly on both, although it would at least reinforce to users the importance of staying with the official version. If someone was getting ready to fork a second version, I would have to air a lot of disclaimers about the risks of using a minority version. This is a design where the majority version wins if there's any disagreement, and that can be pretty ugly for the minority version and I'd rather not go into it, and I don't have to as long as there's only one version.
I know, most developers don't like their software forked, but I have real technical reasons in this case.
Quote from: gavinandresen on June 17, 2010, 07:58:14 PM
I admire the flexibility of the scripts-in-a-transaction scheme, but my evil little mind immediately starts to think of ways I might abuse it. I could encode all sorts of interesting information in the TxOut script, and if non-hacked clients validated-and-then-ignored those transactions it would be a useful covert broadcast communication channel.
That's a cool feature until it gets popular and somebody decides it would be fun to flood the payment network with millions of transactions to transfer the latest Lady Gaga video to all their friends...
That's one of the reasons for transaction fees. There are other things we can do if necessary.
Quote from: laszlo on June 17, 2010, 06:50:31 PM
How long have you been working on this design Satoshi? It seems very well thought out, not the kind of thing you just sit down and code up without doing a lot of brainstorming and discussion on it first. Everyone has the obvious questions looking for holes in it but it is holding up well Smiley
Since 2007. At some point I became convinced there was a way to do this without any trust required at all and couldn't resist to keep thinking about it. Much more of the work was designing than coding.
Fortunately, so far all the issues raised have been things I previously considered and planned for.
satoshi
Fundador
Miembro Sr.
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
on: June 18, 2010, 04:17:14 PM
A second version would be a massive development and maintenance hassle for me. It's hard enough maintaining backward compatibility while upgrading the network without a second version locking things in. If the second version screwed up, the user experience would reflect badly on both, although it would at least reinforce to users the importance of staying with the official version. If someone was getting ready to fork a second version, I would have to air a lot of disclaimers about the risks of using a minority version. This is a design where the majority version wins if there's any disagreement, and that can be pretty ugly for the minority version and I'd rather not go into it, and I don't have to as long as there's only one version.
I know, most developers don't like their software forked, but I have real technical reasons in this case.
Quote from: gavinandresen on June 17, 2010, 07:58:14 PM
I admire the flexibility of the scripts-in-a-transaction scheme, but my evil little mind immediately starts to think of ways I might abuse it. I could encode all sorts of interesting information in the TxOut script, and if non-hacked clients validated-and-then-ignored those transactions it would be a useful covert broadcast communication channel.
That's a cool feature until it gets popular and somebody decides it would be fun to flood the payment network with millions of transactions to transfer the latest Lady Gaga video to all their friends...
That's one of the reasons for transaction fees. There are other things we can do if necessary.
Quote from: laszlo on June 17, 2010, 06:50:31 PM
How long have you been working on this design Satoshi? It seems very well thought out, not the kind of thing you just sit down and code up without doing a lot of brainstorming and discussion on it first. Everyone has the obvious questions looking for holes in it but it is holding up well Smiley
Since 2007. At some point I became convinced there was a way to do this without any trust required at all and couldn't resist to keep thinking about it. Much more of the work was designing than coding.
Fortunately, so far all the issues raised have been things I previously considered and planned for.
satoshi
Fundador
Miembro Sr.
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
Satoshi ya se guardó un As en la manga, por si alguien le hacia un fork de su cadena, y aun no hemos visto el As!!!!! "... If someone was getting ready to fork a second version, I would have to air a lot of disclaimers about the risks of using a minority version. This is a design where the majority version wins if there's any disagreement, and that can be pretty ugly for the minority version and I'd rather not go into it, and I don't have to as long as there's only one version".
satoshi
Fundador
Miembro Sr.
on: June 18, 2010
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
satoshi
Fundador
Miembro Sr.
on: June 18, 2010
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
418 Bitcoin / Development & Technical Discussion /
Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
on: June 17, 2010, 06:46:08 PM
The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime. Because of that, I wanted to design it to support every possible transaction type I could think of. The problem was, each thing required special support code and data fields whether it was used or not, and only covered one special case at a time. It would have been an explosion of special cases. The solution was script, which generalizes the problem so transacting parties can describe their transaction as a predicate that the node network evaluates. The nodes only need to understand the transaction to the extent of evaluating whether the sender's conditions are met.
The script is actually a predicate. It's just an equation that evaluates to true or false. Predicate is a long and unfamiliar word so I called it script.
The receiver of a payment does a template match on the script. Currently, receivers only accept two templates: direct payment and bitcoin address. Future versions can add templates for more transaction types and nodes running that version or higher will be able to receive them. All versions of nodes in the network can verify and process any new transactions into blocks, even though they may not know how to read them.
The design supports a tremendous variety of possible transaction types that I designed years ago. Escrow transactions, bonded contracts, third party arbitration, multi-party signature, etc. If Bitcoin catches on in a big way, these are things we'll want to explore in the future, but they all had to be designed at the beginning to make sure they would be possible later.
I don't believe a second, compatible implementation of Bitcoin will ever be a good idea. So much of the design depends on all nodes getting exactly identical results in lockstep that a second implementation would be a menace to the network. The MIT license is compatible with all other licenses and commercial uses, so there is no need to rewrite it from a licensing standpoint.
satoshi
Fundador
Miembro Sr.
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG
on: June 17, 2010, 06:46:08 PM
The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime. Because of that, I wanted to design it to support every possible transaction type I could think of. The problem was, each thing required special support code and data fields whether it was used or not, and only covered one special case at a time. It would have been an explosion of special cases. The solution was script, which generalizes the problem so transacting parties can describe their transaction as a predicate that the node network evaluates. The nodes only need to understand the transaction to the extent of evaluating whether the sender's conditions are met.
The script is actually a predicate. It's just an equation that evaluates to true or false. Predicate is a long and unfamiliar word so I called it script.
The receiver of a payment does a template match on the script. Currently, receivers only accept two templates: direct payment and bitcoin address. Future versions can add templates for more transaction types and nodes running that version or higher will be able to receive them. All versions of nodes in the network can verify and process any new transactions into blocks, even though they may not know how to read them.
The design supports a tremendous variety of possible transaction types that I designed years ago. Escrow transactions, bonded contracts, third party arbitration, multi-party signature, etc. If Bitcoin catches on in a big way, these are things we'll want to explore in the future, but they all had to be designed at the beginning to make sure they would be possible later.
I don't believe a second, compatible implementation of Bitcoin will ever be a good idea. So much of the design depends on all nodes getting exactly identical results in lockstep that a second implementation would be a menace to the network. The MIT license is compatible with all other licenses and commercial uses, so there is no need to rewrite it from a licensing standpoint.
satoshi
Fundador
Miembro Sr.
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
"The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime...."
satoshi
Fundador
Miembro Sr.
on: June 17, 2010, 06:46:08 PM
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
satoshi
Fundador
Miembro Sr.
on: June 17, 2010, 06:46:08 PM
https://bitcointalk.org/index.php?action=profile;u=3;sa=showPosts;start=400
Forwarded from bitcoin
Bitcoin Hits $29K for First Time Ever, Raising HODLer Hopes for $30K by New Year’s
https://www.coindesk.com/bitcoin-hits-29k-first-time-ever
"I would expect to see bitcoin charge past $30,000 as we enter the new year,” said one market observer.
https://www.coindesk.com/bitcoin-hits-29k-first-time-ever
"I would expect to see bitcoin charge past $30,000 as we enter the new year,” said one market observer.