Loading...
Συντάχθηκε για το ZecHub · Αναθεωρήθηκε στις 27 Σεπτεμβρίου 2026 · Όλοι οι ισχυρισμοί τεκμηριώνονται εντός κειμένου
Το ZecHub έθεσε αυτό το ερώτημα αφού πρόσθεσε θωρακισμένες DASH ως επιλογή δωρεάς στο wiki: θα μπορούσαν τα viewing keys τύπου Zcash ή οι threshold υπογραφές του FROST να μεταφερθούν στο Dash;
Η έρευνα το αναδιατύπωσε. Τα viewing keys δεν είναι ανοιχτό ερώτημα — το Dash ενσωμάτωσε το θωρακισμένο pool Zcash Orchard στην αλυσίδα Evolution του, και η ιεραρχία κλειδιών του Orchard περιλαμβάνει viewing keys εκ κατασκευής. Ο οδικός χάρτης του Dash τα τοποθετεί για αποκάλυψη σε ελεγκτές και συμμόρφωση με τον Travel Rule. Αυτό το μισό έχει αναπτυχθεί, δεν είναι υποθετικό.
Το FROST είναι εκεί όπου βρίσκεται το πραγματικό κενό. Το Dash εκτελεί ήδη threshold υπογραφές BLS μέσω των Long-Living Masternode Quorums, αλλά αυτές εξυπηρετούν συναίνεση σε επίπεδο δικτύου — ChainLocks και InstantSend. Το ZIP 312 στοχεύει σε κάτι διαφορετικό: threshold εξουσιοδότηση δαπάνης για έναν μόνο θωρακισμένο λογαριασμό που διατηρείται από μια μικρή ομάδα μεμονωμένων κατόχων κλειδιών. Τα δύο δεν είναι εναλλάξιμα. Και καθώς το ZIP 312 παραμένει Προσχέδιο, δεν υπάρχει υλοποίηση αναφοράς σε καμία από τις δύο αλυσίδες προς μεταφορά, επομένως αυτό θα ήταν νέο έργο ανεξάρτητα από το ποια πλευρά θα το δημιουργούσε.
Δύο γεγονότα σχετικά με θωρακισμένα pools συνέβησαν μέσα σε λίγες εβδομάδες το μέσο του 2026.
Το Zcash απομακρύνθηκε από το Orchard. Ο ερευνητής Taylor Hornby αποκάλυψε μια ευπάθεια κυκλώματος στο Orchard που θα μπορούσε να αξιοποιηθεί για μη ανιχνεύσιμο πληθωρισμό της προσφοράς. Το Zcash αντέδρασε ενεργοποιώντας το Ironwood (NU6.3) στις 28 Ιουλίου 2026, εισάγοντας ένα νέο θωρακισμένο pool με μηχανισμό μετεγκατάστασης turnstile.
Το Dash μετακινήθηκε στο Orchard. Το Dash ανακοίνωσε το σχέδιο στις 19 Φεβρουαρίου 2026 — «Αναμένουμε ότι σύντομα θα μπορούμε να λανσάρουμε θωρακισμένες μεταφορές, υπό την προϋπόθεση φυσικά ελέγχων ασφαλείας και περαιτέρω ανασκόπησης κώδικα.» Ο οδικός χάρτης του Dash καταγράφει τα Shielded Balances ως ολοκληρωμένα τον Ιούλιο 2026 με το Dash Platform v4.0, και το Dash δημοσίευσε το «Οι θωρακισμένες συναλλαγές είναι ενεργές στο mainnet του Dash Evolution» στις 4 Αυγούστου 2026.
Σημείωση για τη σειρά. Ορισμένες αναφορές τοποθέτησαν την ενεργοποίηση του mainnet του Dash στις 17 Ιουλίου 2026, γεγονός που θα την τοποθετούσε πριν από το Ironwood. Αυτή η ημερομηνία φαίνεται να προέρχεται από δημοσιογραφική κάλυψη της ανακοίνωσης και όχι από ενεργοποίηση. Στις ίδιες τις πηγές του Dash, το χαρακτηριστικό ολοκληρώθηκε τον Ιούλιο και ανακοινώθηκε ως ενεργό στις 4 Αυγούστου — μετά το Ironwood. Οι δύο αλυσίδες διασταυρώθηκαν μέσα σε λίγες εβδομάδες· η ακριβής σειρά εξαρτάται από το ποιο ορόσημο μετράται και αυτή η ενημέρωση δεν ισχυρίζεται κάποιο.
Καθοριστικά, το Dash δεν κληρονόμησε το σφάλμα. Η ανακοίνωσή του είναι σαφής: «Υλοποιήσαμε την έκδοση του Orchard χωρίς γνωστό σφάλμα πληθωρισμού. Η προηγούμενη έκδοση περιείχε ένα σφάλμα που θα μπορούσε να αξιοποιηθεί για μη ανιχνεύσιμο πληθωρισμό της προσφοράς του Zcash.»
Έτσι, το Dash εκτελεί πλέον ένα διορθωμένο fork της κρυπτογραφίας από την οποία το ίδιο το Zcash έχει απομακρυνθεί στο βασικό επίπεδο, ενώ το pool επόμενης γενιάς του Zcash (Ironwood) και το σχήμα εξουσιοδότησης δαπάνης επόμενης γενιάς του (FROST) είναι αντίστοιχα πρόσφατα ενεργό και ακόμη Προσχέδιο.
Το θωρακισμένο pool του Dash είναι το Orchard, βασισμένο στο Halo 2 zk-SNARKs που δεν απαιτεί trusted setup. Η ιεραρχία κλειδιών του Orchard περιλάμβανε ανέκαθεν Full Viewing Keys και Incoming Viewing Keys ως μέρος του σχεδιασμού της και όχι ως πρόσθετο — επομένως η δυνατότητα ήρθε με τον κώδικα, όχι ως μεταφορά που έπρεπε να διαπραγματευτεί καμία αλυσίδα.
Ο οδικός χάρτης του Dash δηλώνει την πρόθεση άμεσα:
«Σε αντίθεση με συστήματα υποχρεωτικής ιδιωτικότητας που έχουν αντιμετωπίσει διαγραφές από ανταλλακτήρια και κανονιστικές τριβές, τα Shielded Balances υποστηρίζουν επιλεκτική αποκάλυψη μέσω view keys — επιτρέποντας σε χρήστες και επιχειρήσεις να μοιράζονται λεπτομέρειες συναλλαγών με ελεγκτές ή να συμμορφώνονται με απαιτήσεις του Travel Rule όταν χρειάζεται, χωρίς να διακυβεύεται η ιδιωτικότητα για την καθημερινή χρήση.»
Δύο παρατηρήσεις αξίζει να καταγραφούν:
Το Dash τοποθετεί τα viewing keys γύρω από μια πιο συγκεκριμένη περίπτωση χρήσης παραγωγής από εκείνη που έχουν φτάσει τα εργαλεία του ίδιου του Zcash. Τα εργαλεία αποκάλυψης πληρωμών του Zcash παρέμειναν σε μεγάλο βαθμό πειραματικά και προαιρετικά στα πορτοφόλια. Το Dash διαθέτει view keys ως χαρακτηριστικό συμμόρφωσης με ονομασμένες περιπτώσεις χρήσης, σε μια αλυσίδα που προσφέρει επίσης περίπου ένα δευτερόλεπτο ντετερμινιστικής εκκαθάρισης και περίπου είκοσι δευτερόλεπτα συγχρονισμού πορτοφολιού σύμφωνα με τη δική του ανακοίνωση.
Το ανοιχτό θέμα είναι η απόκλιση συμβατότητας, όχι η δυνατότητα. Αξίζει να παρακολουθείται αν η υλοποίηση viewing key του Dash παραμένει συμβατή σε επίπεδο wire format με τη μορφή viewing key του Zcash Orchard καθώς οι δύο αλυσίδες εξελίσσονται ανεξάρτητα. Είναι ζήτημα παρακολούθησης και όχι ερευνητικό έργο.
Αυτή η ενότητα απαντά άμεσα στο ερώτημα του αξιολογητή. Η σύντομη απάντηση είναι ότι τα θωρακισμένα δέντρα κλειδιών είναι σχεδόν πανομοιότυπα επειδή ο κώδικας είναι κοινός — οι ουσιαστικές διαφορές βρίσκονται στον τρόπο με τον οποίο κάθε αλυσίδα ριζώνει αυτό το δέντρο στον χώρο κλειδιών του πορτοφολιού της και στο τι άλλο καταλαμβάνει αυτόν τον χώρο.
Το Zcash χρησιμοποιεί το ZIP 32, Θωρακισμένα ιεραρχικά ντετερμινιστικά πορτοφόλια, το οποίο έχει κατάσταση Τελικό. Αντί να τοποθετεί θωρακισμένα κλειδιά μέσα σε ένα μόνο δέντρο BIP 32, το ZIP 32 δίνει σε κάθε θωρακισμένο pool το δικό του κύριο κλειδί και τη δική του διαδρομή:
m_Orchard / purpose' / coin_type' / account'
m_Sapling / purpose' / coin_type' / account'
Το purpose είναι σταθερό στο 32' (0x80000020) σύμφωνα με το BIP 43, και το coin_type ακολουθεί το SLIP 44, με όλα τα testnets να μοιράζονται τον δείκτη 1.
Μέσα σε έναν λογαριασμό Orchard, η ιεραρχία είναι αυστηρά μονόδρομη — κάθε επίπεδο μπορεί να παράγει τα πάντα κάτω από αυτό και τίποτα πάνω από αυτό:
| Κλειδί | Μπορεί να κάνει | Παράγει |
|---|---|---|
| Spending key | Να δαπανά notes | ask, nk, rivk |
Spend authorizing key (ask) | Να εξουσιοδοτεί δαπάνες | — |
Full Viewing Key (ak, nk, rivk) | Να βλέπει εισερχόμενες και εξερχόμενες πληρωμές | IVK, OVK |
| Incoming Viewing Key | Να βλέπει μόνο εισερχόμενες πληρωμές | Διαφοροποιημένες διευθύνσεις |
| Outgoing Viewing Key | Να ανακτά λεπτομέρειες εξερχόμενης πληρωμής | — |
| Diversified address | Να λαμβάνει | — |
Το Orchard το απλοποίησε αυτό σε σχέση με το Sapling: σύμφωνα με το Βιβλίο του Orchard, το ιδιωτικό κλειδί nullifier nsk αφαιρέθηκε, το nk έγινε στοιχείο πεδίου αντί για σημείο καμπύλης και το ovk πλέον παράγεται από το πλήρες viewing key αντί να διατηρείται χωριστά.
Πάνω από αυτό βρίσκεται το ZIP 316, Ενοποιημένες διευθύνσεις και ενοποιημένα viewing keys — Αναθεώρηση 0 Ενεργή, Αναθεώρηση 1 Αποσυρμένη, Αναθεώρηση 2 Προσχέδιο — το οποίο ομαδοποιεί κλειδιά ανά pool σε ένα Ενοποιημένο Full Viewing Key («συνδυάζει πολλαπλά Full Viewing Key… στοιχεία») και ένα Ενοποιημένο Incoming Viewing Key. Η διάκριση που πρέπει να σέβεται ένας προγραμματιστής πορτοφολιού: ένα UFVK αποκαλύπτει τόσο εισερχόμενη όσο και εξερχόμενη δραστηριότητα, ενώ ένα UIVK μόνο εισερχόμενη.
Το Dash ριζώνει τα πάντα σε ένα συμβατικό δέντρο BIP 32, με τύπο νομίσματος SLIP 44 5', και προσθέτει δύο δικές του επεκτάσεις παραγωγής.
Το DIP-0009, Διαδρομές παραγωγής χαρακτηριστικών εισάγει ένα επίπεδο χαρακτηριστικού που διαμερίζει τον χώρο κλειδιών ανά λειτουργία ειδική για το νόμισμα:
m / purpose' / coin_type' / feature' / *
με το purpose σταθερό στο 9' (0x80000009) και το coin_type στο 5' (0x80000005). Το δηλωμένο κίνητρο του DIP είναι η απομόνωση — «μπορεί να είναι επιθυμητή η διατήρηση mixed κεφαλαίων σε μια διαδρομή που είναι απομονωμένη από μη mixed κεφάλαια.»
Το DIP-0014, Εκτεταμένη παραγωγή κλειδιών με χρήση 256-bit ανυπόγραφων ακεραίων προχωρά περισσότερο, αίροντας το όριο δείκτη 31-bit του BIP 32 ώστε τα στοιχεία διαδρομής να μπορούν να φέρουν πλήρεις τιμές 256-bit. Αυτό επιτρέπει διαδρομές που παράγονται από ταυτότητα, όπως:
m(userA)/9'/5'/15'/0'/(userA's unique id)/(userB's unique id)
όπου τα δύο τελευταία στοιχεία είναι hashes ταυτότητας χρήστη. Το Zcash δεν έχει αντίστοιχο: το ZIP 32 δεν έχει έννοια παραγωγής μιας διαδρομής κλειδιού από την ταυτότητα άλλου μέρους.
Το θωρακισμένο υποδέντρο είναι το ίδιο. Τα θωρακισμένα κλειδιά του Dash είναι κλειδιά Orchard, επειδή το θωρακισμένο pool του Dash είναι το Orchard. Ένας προγραμματιστής πορτοφολιού που μετακινείται μεταξύ των δύο εργάζεται με την ίδια δομή από spending key σε viewing key.
Η ρίζωση διαφέρει. Το Zcash απομονώνει κάθε θωρακισμένο pool κάτω από το δικό του κύριο κλειδί με σκοπό 32'. Το Dash αναρτά το θωρακισμένο χαρακτηριστικό από ένα ενοποιημένο δέντρο κάτω από τον σκοπό 9', μαζί με κάθε άλλο χαρακτηριστικό. Ο διαχωρισμός του Zcash γίνεται ανά κρυπτογραφικό pool· του Dash ανά χαρακτηριστικό προϊόντος.
Ο χώρος κλειδιών του Dash περιέχει κάτι που του Zcash δεν περιέχει: ένα ξεχωριστό πεδίο BLS. Τα κλειδιά διαχειριστών masternode, τα κλειδιά ψηφοφορίας και τα κλειδιά quorum που χρησιμοποιούνται από LLMQs είναι κλειδιά BLS, όχι κλειδιά της οικογένειας Schnorr, και βρίσκονται εξ ολοκλήρου έξω από το δέντρο BIP 32 που περιγράφεται παραπάνω. Ακριβώς εκεί βρίσκεται η υφιστάμενη threshold υπογραφή του Dash — και ακριβώς γι' αυτό δεν συντίθεται με την εξουσιοδότηση δαπάνης του Orchard, όπως εξηγεί η επόμενη ενότητα.
Η παραγωγή συνδεδεμένη με ταυτότητα είναι αποκλειστική του Dash. Οι διαδρομές 256-bit του DIP-0014 υπάρχουν για την παραγωγή κλειδιών από σχέσεις μεταξύ ταυτοτήτων. Αυτό είναι έννοια του Dash Platform χωρίς αντίστοιχο στο Zcash, και είναι η σαφέστερη περίπτωση όπου τα δύο σχήματα παραγωγής έχουν αποκλίνει επίτηδες και όχι κατά τύχη.
Δες το Σχήμα 1 για τα δύο σχήματα ρίζωσης που συγκλίνουν σε ένα κοινό υποδέντρο Orchard.
Το Dash διαθέτει ένα ώριμο σύστημα threshold υπογραφών σε LLMQs βασισμένα σε BLS (Long-Living Masternode Quorums), που χρησιμοποιείται για ChainLocks, InstantSend και συναίνεση επικυρωτών του Dash Platform.
Το ZIP 312, FROST για multisignatures εξουσιοδότησης δαπάνης, με κατάσταση Προσχέδιο, κάνει κάτι άλλο. Μετατρέπει σε threshold τις υπογραφές εξουσιοδότησης δαπάνης βασισμένες στο Schnorr που ήδη ορίζονται από τα Sapling και Orchard — RedJubjub και RedPallas αντίστοιχα — ώστε, κατά τη διατύπωση του ίδιου του ZIP, «οι χρήστες και οι υπηρεσίες τρίτων που μοιράζονται τη φύλαξη ενός πορτοφολιού ή μια ομάδα ανθρώπων που διαχειρίζεται κοινά κεφάλαια» να μπορούν να απαιτούν threshold έγκριση, όπως 2 από 3, πριν από μια δαπάνη. Κατηγοριοποιείται ως Πορτοφόλι ZIP: παράγει υπογραφές συμβατές με την υπάρχουσα εξουσιοδότηση δαπάνης αντί να αλλάζει τη συναίνεση. Διατηρεί ρόλο Συντονιστή, τον οποίο το ZIP ρητά αρνείται να αφαιρέσει, και συζητά τόσο δημιουργία κλειδιών από έμπιστο διανομέα όσο και κατανεμημένη δημιουργία κλειδιών.
Η διάκριση που έχει σημασία και ο λόγος για τον οποίο δεν αποτελούν υποκατάστατα:
| Dash BLS / LLMQ | Zcash FROST (ZIP 312) | |
|---|---|---|
| Σχήμα υπογραφής | BLS | Schnorr — RedJubjub / RedPallas |
| Ποιος υπογράφει | Ένα quorum masternodes | Μια μικρή ομάδα μεμονωμένων κατόχων κλειδιών |
| Τι εξουσιοδοτείται | Ένα γεγονός δικτύου: κλείδωμα μπλοκ, κλείδωμα συναλλαγής | Μια δαπάνη από έναν θωρακισμένο λογαριασμό |
| Επίπεδο | Συναίνεση | Πορτοφόλι |
| Χώρος κλειδιών | Ξεχωριστό πεδίο BLS | Το κλειδί εξουσιοδότησης δαπάνης Orchard/Sapling |
| Κατάσταση | Αναπτυγμένο | Προσχέδιο, χωρίς υλοποίηση αναφοράς |
Το ότι το Dash διαθέτει threshold υπογραφές BLS δεν σημαίνει ότι διαθέτει ή χρειάζεται το FROST. Σημαίνει όμως ότι οι μηχανικοί του Dash έχουν εσωτερική εξοικείωση με threshold υπογραφή, κατανεμημένη δημιουργία κλειδιών και συντονισμό quorum — πραγματικά μεταφέρσιμη εμπειρία αν επέλεγαν να το δημιουργήσουν.
Δες το Σχήμα 2 για το τι υπογράφει πραγματικά κάθε σχήμα.
Viewing keys — τεκμηρίωσέ τα, μην τα ερευνήσεις. Η δυνατότητα έχει αναπτυχθεί και στις δύο αλυσίδες. Μια σύντομη σημείωση στο wiki που καταγράφει ότι το θωρακισμένο pool του Dash περιλαμβάνει view keys και συνδέει τον οδικό χάρτη του Dash αποτρέπει το κοινό του ZecHub να υποθέσει ότι αυτό παραμένει υποθετικό. Παρακολούθησε τη συμβατότητα wire format καθώς οι δύο αλυσίδες εξελίσσονται.
FROST — πραγματική ευκαιρία, μπλοκαρισμένη upstream. Εξαρτάται από το αν το ZIP 312 θα φτάσει σε υλοποίηση αναφοράς ή από το αν το Dash επιλέξει να αναπτύξει παράλληλα. Το ZecHub δεν μπορεί να το επιταχύνει άμεσα.
Το επόμενο βήμα με τη μεγαλύτερη αξία είναι μια συζήτηση, όχι περισσότερη έρευνα γραφείου. Οι άνθρωποι που θα το δημιουργούσαν είναι προσιτοί. Το Shielded Labs καθοδηγεί το ZIP 312· η ομάδα μηχανικής του Dash έχει ήδη ανταποκριθεί θετικά στη διατύπωση «δανεισμένο από το Zcash» γύρω από την ενσωμάτωση του Orchard. Ένα νήμα μεταξύ των δύο κοινοτήτων που θα τις συνδέει θα αποκάλυπτε περισσότερα από έναν ακόμη γύρο ανάγνωσης, και αυτή η ενημέρωση έχει φτάσει το όριο όσων μπορούν να επιλύσουν οι δημόσιες πηγές.
Σχήμα 1 — Ρίζωση παραγωγής κλειδιών: Zcash ZIP 32 και Dash DIP-0009/0014, που συγκλίνουν σε ένα κοινό υποδέντρο Orchard.
assets/Zcash_Dash_Key_Derivation.svg
Σχήμα 2 — Τι υπογράφει κάθε threshold σχήμα: ένα quorum masternode που βεβαιώνει ένα γεγονός δικτύου, σε αντιδιαστολή με μια ομάδα κατόχων κλειδιών που εξουσιοδοτεί μία θωρακισμένη δαπάνη.
assets/FROST_vs_BLS_LLMQ.svg
Zcash — πρωτόκολλο
Dash — πρωτόκολλο και ανακοινώσεις
Σύγχρονη δημοσιογραφική κάλυψη
Οι πηγές ελέγχθηκαν στις 27 Σεπτεμβρίου 2026. Το Dash Platform και το ZIP 312 εξελίσσονται και τα σχήματα και οι καταστάσεις θα πρέπει να επαληθεύονται ξανά πριν από αναδημοσίευση.