Is it possible to have a --bench option (perhaps even a GUI frontend in the qt) for the (non-mining) CPU-intensive tasks in order to evaluate custom builds, software improvements and regressions as the software evolves? Performance bugs and cross-platform performance issues will also be spotted faster.

It will also allow hardware sites to include bitcoin related benchmarks in their sites as well as allowing people to choose the right hardware for the task of running a full node.

Bitcoin Difficulty:   144,116,447,847
Estimated Next Difficulty:   180,365,628,987 (+25.15%)
Adjust time:   After 1203 Blocks, About 7.0 days
Hashrate(?):   1,276,081,388 GH/s
Block Generation Time(?):   
1 block: 8.4 minutes
3 blocks: 25.1 minutes
6 blocks: 50.3 minutes

GPUs have a lot of untapped (general processing) potential and since they excel in certain things that can be parallel-processed, they could be an ideal match for Bitcoin software. Bitcoin used them once for mining, perhaps they will be used again for processing / validating transactions. So in terms of processing power we can do "leaps" in short time frames. I don't know if the same can be said for networks and storage though.

https://github.com/ethereum/wiki/blob/6cb2fe00a61273b1b3807bf16d5ac6e51b690826/pages/white-paper/%5Benglish%5D-white-paper.md

"One common concern about Ethereum is the issue of scalability. Like Bitcoin, Ethereum suffers from the flaw that every transaction needs to be processed by every node in the network. With Bitcoin, the size of the current blockchain rests at about 15 GB, growing by about 1 MB per hour. If the Bitcoin network were to process Visa's 2000 transactions per second, it would grow by 1 MB per three seconds (1 GB per hour, 8 TB per year). Ethereum is likely to suffer a similar growth pattern, worsened by the fact that there will be many applications on top of the Ethereum blockchain instead of just a currency as is the case with Bitcoin, but ameliorated by the fact that Ethereum full nodes need to store just the state instead of the entire blockchain history."

Τα νουμερα ειναι για παραδειγμα... εξαρταται απ'το μεγεθος του block, την εκδοση του software, το hardware κτλ.

Σε γενικες γραμμες:



Με δεδομενο οτι ανα 9-10 λεπτα βρισκεται block, το να περιμενεις πχ 2 λεπτα ή 4-5 λεπτα για ενα block των 8/20mb να κανει propagate στα network nodes, σημαινει οτι εχεις πολυ καλη πιθανοτητα να σε ορφανεψει ενας miner που εβγαλε αδειο block και ολο το δικτυο τον "ακουσε" μεσα σε λιγα δευτερολεπτα.

Σε ενα σεναριο στυλ 4-8-16-20mb blocks, ειναι πιθανο οτι καποιοι miners δε θα ασχολουνταν ιδιαιτερα με τις συναλλαγες αλλα θα επικεντρωνονταν στο να κανουν mine empty blocks καθοτι το ρισκο του orphaning απο το αργο propagation μεγαλων block, και τα μικρα fees απ'αυτα τα μεγαλα block, θα αποτελουσαν αντικινητρο ωστε καποιος να ασχοληθει με τις συναλλαγες.

Να χασεις πχ 25 btc για να βγαλεις 0.3 - 1 btc σε fees (με αυξηση ρισκου να χασεις τα 25 btc κατα ενα ποσοστο του στυλ 20 ως 50% αναλογα το propagation lag και το μεγεθος του block) = δε λεει.

Γι'αυτο ακριβως η μονη σοβαρη δουλεια που γινεται για το scaling προερχεται απ'τους core devs γιατι ασχολουνται με τους παραγοντες που θα επιτρεψουν την αυξηση της ταχυτητας του propagation, την αυξηση της ταχυτητας του validation κτλ. Το σκετο block size δε λεει τιποτα αν ειναι να μη το χρησιμοποιει κανεις λογω του lag που εισαγει.

Το ιδιο το software τη δινει τη δυνατοτητα.

Block creation options:

  -blockminsize=<n>
       Set minimum block size in bytes (default: 0)

  -blockmaxsize=<n>
       Set maximum block size in bytes (default: 750000) <=== αυτο μπορεις να το κανεις και 1kb πχ. To default ειναι 750kb

  -blockprioritysize=<n>
       Set maximum size of high-priority/low-fee transactions in bytes
       (default: 50000)

Spam μπορει να ειναι ειτε μικρες, ειτε μεγαλες συναλλαγες. Το spamming με μικρες συναλλαγες σε καρφωνει οτι το κανεις εσκεμμενα, οπότε το καλυτερο ειναι να το κανεις με μεγαλυτερα ποσα. Μπορει πχ να μετακινεις 1 bitcoin περα-δωθε 500 φορες.

Για μενα το spam φαινεται ως εξης: Ποσο προθυμος ειναι ο συναλλασομενος να κανει τη συναλλαγη του? Αυτη η πραγματικη προθυμια προκυπτει απ'το ποσα ειναι διατεθειμενος να πληρωσει. Πχ οταν βλεπεις spam txs τα οποια ο αλλος δε τα ...πολυβιαζεται και προσπαθει να πετυχει zero-fee ή near-zero fee inclusion, καπου εκει καταλαβαινεις το στοχο του.

Spam, απο μια αποψη, ειναι και η αποθηκευση ασχετων πληροφοριων στο blockchain. Πχ καποιος μπορει να θελει να βαλει μια βαση δεδομενων επανω στο blockchain του bitcoin και να πληρωνει ελαχιστα γι'αυτο. Αφου ο κωδικας ειναι agnostic, δλδ δε ξερει αν εσυ απλα κανεις μια χρηματικη συναλλαγη ή αν βαζεις εικονες, ταινιες, βασεις δεδομενων μεσα στο blockchain, ο μονος πρακτικος τροπος για να αποτρεψεις τη χρηση του blockchain ως distributed storage system ειναι να αυξησεις τα fees σε ενα βαθμο τετοιο που μια συναλλαγη που εχει ενα τυπικο μεγεθος 300 bytes να ειναι οκ απο αποψη κοστους για το συναλλασομενο, αλλα γι'αυτον που θελει να χωνει μεσα ασχετο περιεχομενο με πολλα kbytes, mbytes, gigabytes, να ειναι κοστοβορο.

Ο αλγοριθμος για το difficulty adjustment ειναι παρα πολυ αργος. Με το τωρινο hashrate το επομενο diff increase ειναι σε ...1800+ blocks. Φαντασου να πρεπει να περιμενεις 1800 blocks με 1 block per hour. Θες 75 μερες. Και το decrease δε θα ειναι στο επιπεδο που το θες, θα ειναι πολυ πιο λιγο, και μετα θα ξαναπεριμενεις αλλες 40-50 μερες, και μετα αλλες 20-30 μερες κτλ. Θα χεις φαει μισο χρονο μονο για να περιμενεις το diff retargeting.

Η μονη λυση ειναι να κανεις ...hard fork και να βαλεις manual difficulty ή/και να αλλαξεις pow. Αλλιως το chain θα "freezαρει" / θα πηγαινει σα χελωνα.

Bitcoin Difficulty:   144,116,447,847
Estimated Next Difficulty:   174,718,129,659 (+21.23%)
Adjust time:   After 1832 Blocks, About 11.7 days
Hashrate(?):   1,174,056,153 GH/s
Block Generation Time(?):   
1 block: 9.2 minutes
3 blocks: 27.6 minutes
6 blocks: 55.2 minutes

Λιγοτερο hash = εκτοξευση του avg solved block time, ουσιαστικα το chain "παγωνει" απο την ελλειψη confirmation και πολυ υψηλου difficulty / ελλειψη hash.

It wouldn't. The code is written in such a way where if someone crafted a block with a lot of stuff in it, in a particular way, others would take 10 minutes just to process it.

Δε γινεται αυτο.

Απαξ και παρει το 1, θεωρητικα θελει, κατα μεσο ορο, γυρω στα αλλα 50 λεπτα.

Ομως τα 50 λεπτα δεν ειναι στανταρ γιατι ο χρονος που βρισκονται τα block ειναι random.

Το 1 block = 10 λεπτα, ειναι επιθυμητος μεσος ορος αλλα δεν ειναι απαραιτητο οτι ισχυει σε κανονικες συνθηκες.

Υπαρχει περιπτωση 6 block να βγουν σε 15 λεπτα μεσα, και υπαρχει και περιπτωση 1 μπλοκ να κανει να βγει 2 ωρες. Εχουν γινει αυτα. Τωρα για να γινει το 6 μπλοκ = 1 μερα, θα πρεπει να ειναι η πιο γκαντεμικη μερα του bitcoin που εχει γινει ποτε, οταν κατα μεσο ορο θα πρεπει να βγαινουν 144 τη μερα.

Το δικτυο υπολογιζει αυτοματα την συνολικη επεξεργαστικη ισχυ και προσαρμοζει αναλογα τη κρυπτογραφικη δυσκολια ωστε η επεξεργαστικη ισχυς που υπαρχει σε ολο το δικτυο να βρισκει μπλοκ ανα 10λεπτο (μεσο ορο). Αν αυριο η επεξεργαστικη ισχυς διπλασιαστει, τοτε τα μπλοκς θα βγαινουν ανα 5λεπτο, μεχρι ο αλγοριθμος του δικτυου που κανονιζει τη δυσκολια να το "φερει" προς τα 10 λεπτα μεσο ορο.

Πχ αυτη τη στιγμη το δικτυο εχει πολυ επεξεργαστικη ισχυ που προστεθηκε και βρισκει μπλοκ ανα 8 λεπτα μεσο ορο... ετσι στο επομενο update της δυσκολιας (ωστε να τεθει ο στοχος παλι στο 10λεπτο), προβλεπεται +20% αυξηση.

Bitcoin Difficulty:   120,033,340,651
Estimated Next Difficulty:   143,801,048,190 (+19.80%)
Adjust time:   After 300 Blocks, About 1.7 days
Hashrate(?):   1,080,898,531 GH/s
Block Generation Time(?):   
1 block: 8.1 minutes
3 blocks: 24.4 minutes
6 blocks: 48.8 minutes

Thing is, we've seen 1000x in the 1995-2015 step, from things that involve hard disk platter capacity, to network speeds, to processors - so it's not only processors, it's everything. If you told a telco back in '95 that they will be delivering hundreds of mbps over the home copper wire, or a 4G mobile phone, they'd laugh at you. Yet, here we are.

Personally, I expect CPU to become much more efficient in their architecture, even in the same nanometers. X86 chips are generally not very ...optimized and it's the reason why each generation creates big gains over the predecessor with the same clock speeds / similar cache levels etc.

However, with General Purpose GPUs being pushed by the manufacturers, and bitcoin tasks being able to be parallel processed, I think there are great gains that can be made by making bitcoin software that actually takes advantage of the GPU for its processing ability. Mining is probably one of the best known abilities of GPUs, and how instead of waiting for much better CPUs to come out, people went out and created GPU miners that were 10x or more, but there is no reason why their power should not be harnessed for other operations too. I'm thinking specifically of cryptographic operations and real time compression/decompression of small blocks of data (in order to get it to parallelize the operation) - and there could be more.

The biggest gains will be when AI (Artificial Intelligence) starts optimizing both human software and hardware. We may see tremendous boosts or breakthroughs within the next 10 years, and it may be that it is *after* the AI optimizations that we will start seeing a curve of very diminishing returns - as all the huge gains will have been made by the AI.


If my cpu or network could endure a flood ping of 100 pings per second in 2010 and now they can endure 500 pings per second, a flood situation will still take me to my limit.

Likewise, you can raise blocksize x10 and an attacker will fill them up if there are cooperating miners that accept cheap spam (and there are).

In my view you just give the space required for legit txs and a bit more for "sudden growth spike" potential, but that's it. Or you give plenty of space right away and impose a high mandatory fee to prevent abuse.

Το confirmation στην ουσια ειναι οτι προστεθηκε αλλο ενα valid block στο chain απο καποιον miner.

Πχ εγω εκανα mine το block #10.000 και εβαλα μεσα και 500 συναλλαγες. Ο επομενος miner κανει το #10.001 και βαζει και αλλες 500 συναλλαγες που μεσολαβησαν μεχρι να το βρει. Ο επομενος το #10.002 κτλ.

Οταν η δικη σου συναλλαγη ειναι στο #10.000 block, τοτε οταν το chain φθασει στο 10.001 θεωρειται 1 confirmation, οταν φθασει στο 10.002 θεωρειται 2 confirmation κτλ κτλ.

Technological progress actually ...ensures that bitcoin not only can scale, but will indeed scale. It's not a matter of if, only a matter of when.

1995 = Pentium 75-100MHz / 8-16MB ram / 1-2GB disks / 14.4kbps - 128kbps connections.
2015 = 4-8core CPUs at 4 GHz / 4-16GB ram / 1-4 TB disks / home connections in the mbps to gbps (for fiber).

Everything has gone upwards like 1000x in 20 years. Processing power, memory, storage, network connections etc. And I'm not counting processing breakthroughs in GPU power or storage speedup like SSDs.

If the trend continues, by 2035 the technology will allow >5000tx/sec, without even improving the software. If the software gets improved (and it constantly is getting scaling improvements), we are talking multiple that - so we'll be seeing VISA-like capabilities way before the 2030's.

Bitcoin is ...doomed to scale, except if some catastrophic failure of our civilization destroys the IT industry. And we won't have to wait for 2035 for scaling, that's just a number. There are incremental steps in hardware and network capabilities all the time. We just want too much, too fast. And that's good because scaling solutions will have to be devised faster. Although one thing will never be overcome: The necessity for fees. It is impossible to have near-zero cost txs AND protect the network for abuse at the same time.

Free txs = attack vector possible for free.
Near free txs = attack vector possible for peanuts.

Just to put things into perspective: The "problems" we are facing with upwards revaluation and deals made in dash rather than fiat are "problems" that others would kill to have

Εκτος απ'τη καρδια που ειναι ...αναρχοαυτονομη

Δε διαδιδεται απ'το hashpower. Απ'το network διαδιδεται. Το hashpower και τα λυμενα μπλοκ βοηθανε απλα να αποδειξουν οτι εσυ εχεις το longest chain και αρα εισαι το legit δικτυο.

Το avg block time στο btc ειναι 10 λεπτα. Αυτο σημαινει οτι αν υποθεσουμε οτι οι κινεζοι εντος κινας εχουν 60% του hashpower, τοτε οι δυτικοι (αν θεωρησουμε τη κινα "αποκομμενη") θα εχουν ενα μεσο ορο για ευρεση μπλοκ γυρω στα 25 λεπτα. Αν αργησει κι'ολας ο αμερικανος να βρει μπλοκ στα 25 λεπτα, μπορει να παει και 40 λεπτα. Ε μεσα σ'αυτα τα 25 ή τα 40 λεπτα, δε θα εχει κανει propagate το λυμενο μπλοκ του κινεζου? Θα εχει κανει. Αρα οτι και να εχει βρει ο αμερικανος ενδιαμεσα, που θα φαινεται οτι "αγνοει" τον κινεζο, θα ορφανευεται επιτοπου.

Ειναι σα να λειτουργουν σε παραλληλες χρονικες πραγματικοτητες οι miners και αυτο δημιουργει προβληματα, κυριως γι'αυτον που δε μπορει να ελεγχει το ποιος γραφει την "ιστορια" (αυτος που τη γραφει ειναι αυτος με το longest chain).

Τα οποια nodes μολις καταλαβουν οτι εχουν μεινει "πισω" θα πρεπει να κανουν catch up και να υποθεσουν τα χειροτερα (πχ οτι υπηρχε καποιο internet breakdown και οτι το κοντο chain στο οποιο βρισκονται ειναι λαθος). Αυτο ειναι αυτοματοποιημενο βασικα, αλλά αυτο θα γινει.

Υπ'οψην οτι εδω δεν εχουμε περιπτωση ακυρων block / μη-συμβατων block που γινονται reject δια παντως και το non-mining node μενει σταθερο στις ραγες γιατι πολυ απλα δεν προκειται να περιλαβει μεσα μη-συμβατα block. Εδω τα block ειναι συμβατα/legit και αρα ειναι υποχρεωμενο να τα "παραδεχτει" ως σωστα και να εναρμονιστει με το longer chain.

Στο darkcoin / dash εχω ζησει 4-5 forks και το εχω δει πως δουλευει το συστημα με τα forks, live. Αν θυμαμαι καλα ηταν το καλοκαιρι του '14, οταν ειχε βγει η RC3 (?) του Darkcoin. Καποια συνθηκη στο συστημα δημιουργουσε network splits αλλα το δικτυο ξαναενωνονταν μετα απο 6-8 block - απο μονο του. Επειδη ομως τα txs θεωρουνται "ασφαλη" μετα απο 6, δε μπορει να εχεις ενα συστημα που κανει μονο του random splits και regroup στο σωστο chain μετα απο 6 μπλοκς και η αλλαγη εγινε revert και δοκιμαστηκε καποια αλλη λυση. Αλλα ουσιαστικα ηταν η λειτουργια του κωδικα του bitcoin αναφορικα με το πως επιλεγεται το σωστο chain απ'τα longest. Το ιδιο πιστευω θα γινονταν και στο σεναριο των κινεζων miner σε σχεση με τους δυτικους με το που οι δυτικοι καθυστερουσαν λιγο καποια block (και οι κινεζοι λογω πλειοψηφιας hashpower θα ειχαν φυγει ετη φωτος μπροστα).