Comments (5)
I don't understand the math behind this, so will assign to Andreas for commenting.
Scott -- would you also mind describing the exact expected vs. actual graphic? What would you have expected the graphic to be like?
from bitcoinbook.
The graph would stay the same in form, however instead of each term being
incremented as G, 2G, 3G, 4G, ... et as would be by the process of simply
adding G to each consecutive term (intersections with lines formed by
tangents add each point to themself and have no knowledge of the value of
some arbitrary G which for a specific instance such that it doesnt depend
on notation). Basically, the sequence should go G, 2G, 4G, 8G, 16G, etc
instead of G, 2G, 3G, 4G, 5G because adding subsequent terms (such as 2G)
with themself would not have knowledge of a specific random previous value
(such that 2G + 2G = 3G as shown) and be consistent - what if a world
existed where I chose 2G = H, then H+H = 3G which makes little sense.
Specifically, to descirbe the corrected graph the following changes should
be made:
3G -> 4G
4G -> 8G
5G -> 16G
Also, I would think it would be advantageous to tell andreas that having an
additional graph showing addition of two points (not being the same)
through the process of drawing a line through them and finding the graphs
3rd intersection point (if it exists) would be very helpful.
I know this is in the later chapters which have been authored by him which
I suspect have not been as reviewed as the previous ones, however I feel
this is something that must be corrected based on fundamentals as it is
either very misleading or incorrect. Im sure he will recognize the error
(or possibly further clarify any misinterpretations), as I have been paying
attention to him for about 6 months now as he has become a public icon in
the bitcoin community.
Thank you
On Sun, Jun 1, 2014 at 6:27 PM, Minh T. Nguyen [email protected]
wrote:
I don't understand the math behind this, so will assign to Andreas for
commenting.Scott -- would you also mind describing the exact expected vs. actual
graphic? What would you have expected the graphic to be like?—
Reply to this email directly or view it on GitHub
https://github.com/aantonop/bitcoinbook/issues/34#issuecomment-44792691.
Scott Bannert
Cell: (979) 418-2422
from bitcoinbook.
Excellent point, you are correct. I will correct it ASAP. I will also add
a point addition chart as you suggested
On Jun 1, 2014 7:41 PM, "Scott Bannert" [email protected] wrote:
The graph would stay the same in form, however instead of each term being
incremented as G, 2G, 3G, 4G, ... et as would be by the process of simply
adding G to each consecutive term (intersections with lines formed by
tangents add each point to themself and have no knowledge of the value of
some arbitrary G which for a specific instance such that it doesnt depend
on notation). Basically, the sequence should go G, 2G, 4G, 8G, 16G, etc
instead of G, 2G, 3G, 4G, 5G because adding subsequent terms (such as 2G)
with themself would not have knowledge of a specific random previous value
(such that 2G + 2G = 3G as shown) and be consistent - what if a world
existed where I chose 2G = H, then H+H = 3G which makes little sense.Specifically, to descirbe the corrected graph the following changes should
be made:
3G -> 4G
4G -> 8G
5G -> 16GAlso, I would think it would be advantageous to tell andreas that having
an
additional graph showing addition of two points (not being the same)
through the process of drawing a line through them and finding the graphs
3rd intersection point (if it exists) would be very helpful.I know this is in the later chapters which have been authored by him which
I suspect have not been as reviewed as the previous ones, however I feel
this is something that must be corrected based on fundamentals as it is
either very misleading or incorrect. Im sure he will recognize the error
(or possibly further clarify any misinterpretations), as I have been
paying
attention to him for about 6 months now as he has become a public icon in
the bitcoin community.Thank you
On Sun, Jun 1, 2014 at 6:27 PM, Minh T. Nguyen [email protected]
wrote:I don't understand the math behind this, so will assign to Andreas for
commenting.Scott -- would you also mind describing the exact expected vs. actual
graphic? What would you have expected the graphic to be like?—
Reply to this email directly or view it on GitHub
https://github.com/aantonop/bitcoinbook/issues/34#issuecomment-44792691.Scott Bannert
Cell: (979) 418-2422
—
Reply to this email directly or view it on GitHubhttps://github.com/aantonop/bitcoinbook/issues/34#issuecomment-44792989
.
from bitcoinbook.
I've attached some pages from a reference that I think does a good job
describing the details discussed above. I think referencing this resource
as much as possible and using a similar graphic would be ideal as they do a
really good job which I see no need for improvement.
On Jun 1, 2014 6:47 PM, "Andreas M. Antonopoulos" [email protected]
wrote:
Excellent point, you are correct. I will correct it ASAP. I will also add
a point addition chart as you suggested
On Jun 1, 2014 7:41 PM, "Scott Bannert" [email protected] wrote:The graph would stay the same in form, however instead of each term
being
incremented as G, 2G, 3G, 4G, ... et as would be by the process of
simply
adding G to each consecutive term (intersections with lines formed by
tangents add each point to themself and have no knowledge of the value
of
some arbitrary G which for a specific instance such that it doesnt
depend
on notation). Basically, the sequence should go G, 2G, 4G, 8G, 16G, etc
instead of G, 2G, 3G, 4G, 5G because adding subsequent terms (such as
2G)
with themself would not have knowledge of a specific random previous
value
(such that 2G + 2G = 3G as shown) and be consistent - what if a world
existed where I chose 2G = H, then H+H = 3G which makes little sense.Specifically, to descirbe the corrected graph the following changes
should
be made:
3G -> 4G
4G -> 8G
5G -> 16GAlso, I would think it would be advantageous to tell andreas that having
an
additional graph showing addition of two points (not being the same)
through the process of drawing a line through them and finding the
graphs
3rd intersection point (if it exists) would be very helpful.I know this is in the later chapters which have been authored by him
which
I suspect have not been as reviewed as the previous ones, however I feel
this is something that must be corrected based on fundamentals as it is
either very misleading or incorrect. Im sure he will recognize the error
(or possibly further clarify any misinterpretations), as I have been
paying
attention to him for about 6 months now as he has become a public icon
in
the bitcoin community.Thank you
On Sun, Jun 1, 2014 at 6:27 PM, Minh T. Nguyen [email protected]
wrote:
I don't understand the math behind this, so will assign to Andreas for
commenting.Scott -- would you also mind describing the exact expected vs. actual
graphic? What would you have expected the graphic to be like?—
Reply to this email directly or view it on GitHub
<
https://github.com/aantonop/bitcoinbook/issues/34#issuecomment-44792691>.Scott Bannert
Cell: (979) 418-2422
—
Reply to this email directly or view it on GitHub<
https://github.com/aantonop/bitcoinbook/issues/34#issuecomment-44792989>
.—
Reply to this email directly or view it on GitHub
https://github.com/aantonop/bitcoinbook/issues/34#issuecomment-44793113.
from bitcoinbook.
Fixed
from bitcoinbook.
Related Issues (20)
- Node mislabeling
- Update or remove Coinprism Coloured Coin example
- Ch01: Misleading description of "mining" at the beginning.
- Example 4-5: wif_encoded_private_key should be calculated using the decimal private key
- Chapter 12, lightning payment routing
- How to read the book online in another language?
- Add bitcoin as a topic to this repository
- [BUG] The standard secp256k1 is not a NIST standard
- A more exact n constant
- donation
- Libbitcoin Explorer vulnerability HOT 1
- ch09 section on Merkle trees has potentially contradictory information on the number of hashes required to prove a data element is in the tree
- Addition of the PDF of the current state of the Mastering Bitcoin using asciidoctor
- Can you help me? HOT 1
- Add bitcoin as a topic to this repository
- Nnkg
- Technical error in Chapter 7 HOT 2
- Links referring to external sections not working HOT 1
- Found BitCoin HOT 2
- P2PKH output script: OP_EQUAL vs. OP_EQUALVERIFY HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bitcoinbook.