Quote from: chek2fire on August 21, 2017, 03:17:16 PM

Quote from: Enkeci on August 21, 2017, 03:05:34 PM

Quote from: AlexGR on August 19, 2017, 05:28:37 PM

Quote from: vapapgr on August 19, 2017, 11:49:42 AM

Check παμε λιγο στα βασικα.
Οι developer μας BTC , μας ειπαν οτι το block των 8mb, ενεχει κινδυνους ασφαλειας. Ισχυει?
Αν δεν εχει...τοτε σαφως το bcc εχει πολλα πλεονεκτηματα

Ειναι σα slidebar. Δεν ειναι σαν κουμπι on/off που παει επικινδυνο/ασφαλες.

1. Οσο μεγαλωνει το block, τοσο πιο αργα γινεται το propagation και verification γιατι το hashing γινεται στο τετραγωνο του μεγεθους ενος transaction με πολλαπλα inputs. Δλδ αν καποιος φτιαξει ενα transaction με παρα πολλα inputs, μπορει να χρειαζεται και πανω απο 10 λεπτα μονο για να γινει ...hash.

http://rusty.ozlabs.org/?p=522

Quote

This problem is far worse if blocks were 8MB: an 8MB transaction with 22,500 inputs and 3.95MB of outputs takes over 11 minutes to hash. If you can mine one of those, you can keep competitors off your heels forever, and own the bitcoin network

Αυτο ειναι το λεγομενο quadratic sighashing... δεν επηρεαζει απλες συναλλαγες, επηρεαζει μονο συναλλαγες με >1 inputs.

Το segwit αλλαζει το hashing σε γραμμικο, απο ^2, ωστε το verification να γινεται πιο γρηγορα. Καποιες λυσεις για >1mb εχουν θεσει περιορισμους στο μεγεθος των transaction ως workaround ωστε να μη γινει κωλος ενα block απο ενα περιεργο transaction με πολλα inputs. Το segwit2x απ'οτι διαβαζω δεν φτιαχνει το quadratic sighashing - αλλα δε το χω κοιταξει κι'ολας.

Αυτο ειναι το ενα σκελος.

2. Τα nodes του δικτυου θα μειωθουν δραματικα αν παμε απ'το 1mb στα 8mb γιατι τα κοστη για να τρεξει καποιος ενα node ανεβαινουν και σε εξοπλισμο και σε bandwidth/μηνα. Αυτο εχει συνεπειες για sybil attacks, node-attacks, κτλ κτλ. Επισης οσο το node count μικραινει, τοσο πιο ευαλωτο γινεται το bitcoin.

3. Το software των υλοποιησεων για 8mb κτλ, ειναι απο ατομα που στη πλειοψηφια τους ειναι αχρηστα. Οχι στη θεωρια, αλλα αποδεδειγμενα αχρηστα. Ποιος θελει να τρεχει ενα δικτυο δισεκατομμυριων ενα κωδικα που ειναι απο αχρηστους? Εδω τοσοι καλοι devs πανω στο segwit και παλι εχουν κανει λαθη και παραλειψεις. Θα παω να τρεξω πχ το κωδικα των αχρηστων? Ουτε καν.

4. Τα 8mb αφηνουν τεραστια πορτα ανοικτη για ανεξοδα (δε θα υπαρχει fee pressure) spam attacks στο δικτυο που επηρεαζουν τη δυνατοτητα των χρηστων να τρεχουν full clients. Οσο τα megabytes αυξανονται, τοσο μειωνεται η δυνατοτητα των χρηστων να ειναι ισοτιμοι peers. Το bitcoin δεν φτιαχτηκε ως client/server μοντελο οπου εσυ θα συνδεεσαι σε ενα server για να κανεις τις συναλλαγες σου, αλλα ως p2p. Για να λειτουργει ως p2p θα πρεπει να μη θελει 421gb το χρονο storage - γιατι πολυ απλα η δυνατοτητα καποιου να κανει sync το blockchain μετα απο 3-4 χρονια θα ειναι ονειρο θερινης νυκτος με μεγεθη κοντα στα 2tb. Ηδη σε παλαιοτερο εξοπλισμο θελει μερες για να κανει sync και εχουμε μονο 140gb blockchain. Επιπλεον οσο τα μεγεθη ξεφευγουν, τοσο πιο δυσκολη ειναι η χρηση SSD που ειναι ψιλοαπαραιτητη για να λειτουργει γρηγορα το προγραμμα. Ο μηχανικος δισκος ειναι πολυ αργος εν συγκρισει, απ'την αλλη ο SSD τρωει τρελο wear απ'την ολη διαδικασια (αλλα ενα τετοιο μεγεθος δε θα χωραγε κι'ολας).

Τα 8mb δεν εχουν κατι εγγενως ανασφαλες, περα απ'το quadratic hashing και το αργο propagation (βλεπε miners που ακομα και με 1mb κανουν mine empty blocks οταν εχει γινει issue προσφατα αλλο block - γιατι φοβουνται μη τους "ακυρωσει"), ομως το αν ευνοουν ή οχι το centralization εξαρταται απ'το χρονο. Αλλες δυνατοτητες εχει ο εξοπλισμος του 2008, αλλες του 2018, αλλες του 2028 ή του 2038. Αν πχ τα δικτυα, οι δισκοι και οι cpu ειναι 1000x απ'τα σημερινα σε 20 χρονια, τοτε το block size μπορει να παει πχ 1gb και να εχουμε ακριβως τα ιδια χαρακτηριστικα αποκεντρωσης που εχουμε σημερα. Ο satoshi το καταλαβαινε αυτο, οπότε θεωρουσε οτι στο μελλον οι τιμες θα πεφτουν και αρα το scaling θα ειναι trivial για να επιτευχθει. Ισχυει αυτο, απλα η εξελιξη σε δισκους/cpu, και λιγοτερο σε δικτυα, αρχισε να τρεναρει τεχνητα. Το 2007 πηρα εναν 640gb για ~65e και το 2011 πηρα εναν 1tb blue για κανα 60αρι ευρω. Το κουφο ειναι οτι οι τιμες δεν εχουν πεσει. Αντιστοιχα οι cpu δε παρεχουν αυξηση επιδοσεων σοβαρη. Δλδ θυμαμαι μεταξυ 92 και 2000 ειχα κανει 5-6 αναβαθμισεις οι οποιες πραγματικα μετραγαν. Απο 386/33 -> 486/100 -> k6-233 -> celeron 333 -> p3-500... και δισκοι απο 80mb στα 6gb+... και μνημη ειχα παει απο 1mb σε 384... μιλαμε τωρα για τρομακτικη αυξηση δυναμης (ποσοστιαια), αποθηκευσης, μνημης, κτλ. Σημερα αν αναβαθμισω το 10 χρονων μηχανημα μου θα παρω το πολυ 2-3x σε cpu και αντε να παρω και 4x μνημη. Οι δισκοι παραμενουν σε μικρο αριθμο terabyte. Κατι παει στραβα στο scaling της τεχνολογιας με ολα τα μονοπωλια που εχουμε να αντιμετωπισουμε.

1. Συμφωνω απολυτα, το προβλημα μπορει να γινει fixed εαν αυτοι που το δημιουργησαν πραγματικα το θελουν, το προβλημα ειναι αρκετα παλιο απλος εμφανιστηκε σημερα, μαντεψτε τον λογο... το προβλημα λυνεται και χωρις segwit, Το Bitcoin Cash για παραδειγμα εχει παρει τα μετρα του, οπως και το classic βλεπε parallel validation..

2. Συμφωνω απολυτα, βεβαια ξεχασες να πεις ότι λόγω τον υψηλών fee οι χρήστες του Bitcoin θα μειωθούν δραματικά, βλέπε εάν εγώ έχω μινάρει 100-200 block βάζω και 0.1 fee, μην ξεχνάς ότι το μπιτκόιν δεν δημιουργήθηκε μόνο για τους μινέρ, 226 * 300 = 67800 satoshi fee η 2.7$ για μια μεση συναλλαγη..

3. Το software των υλοποιησεων για 8mb κτλ ειναι forked του core, για παράδειγμα το quadratic hashing που ανέφερες παραπάνω χρεώνεται στην ομαδα του core, https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures#CVE-2013-2292 οι άχρηστοι που αναφέρεις όπως είπα έχουν μεριμνήσει για αυτό χωρίς segwit, δεν υπάρχει κώδικας χωρίς vulnerabilities όπως δεν υπάρχει άνθρωπος που να μην κάνει λαθοι..

να σε ρωτήσω τότε. Γνωρίζεις πόσο block size χρειάζεσαι για να έχεις τις συναλλαγές ας πούμε της paypal?

που ακριβώς δεν συμφωνείς με τα γραφόμενα μου ?