Afledningssti
I brugen af blockchain og hardware wallets er afledningssti et vigtigt koncept, der bestemmer hvilke adresser din tegnebog genererer, og hvorfor adresser er forskellige mellem tegnebøger.
For begyndere, der bruger hardware tegnebøger, kan det genererede adresseformat variere afhængigt af standardindstillingerne for forskellige tegnebøger. Ved at vælge den passende afledningssti og adresseformat i overensstemmelse med deres behov, kan brugerne opnå bedre transaktionseffektivitet og kompatibilitet.
Nedenfor er videovejledninger til ændring af afledningssti i UKey App.
Hvad er en afledningssti?
En afledningssti er en regel, der bruges til at definere, hvordan blockchain-adresser genereres. Via en specifik sti kan tegnebogssoftware (såsom hardware tegnebøger) generere forskellige adresser baseret på et frø.
Det grundlæggende format for en afledningssti er som følger:
m / formål' / mønt_type' / konto' / ændring / adresse_indeks
Hver del har en bestemt betydning:
m: Repræsenterer masterstien (masternøgle).
formål': Definerer tegnebogens formål, almindelige værdier inkluderer:
44': Bruges til traditionelle Bitcoin-adresser (Legacy).
49': Bruges til indlejrede SegWit-adresser (Nested SegWit).
84': Bruges til native SegWit-adresser (Native SegWit).
coin_type': Differentierer mellem forskellige blockchains, hvor Bitcoin er 0 og Litecoin er 2.
konto': Bruges til at skelne mellem forskellige brugerkonti.
ændring: 0 repræsenterer eksterne adresser, 1 repræsenterer interne adresser (normalt til ændring).
adresse_indeks: Indeksnummeret på adressen, der bruges til at generere flere adresser.
Hvorfor er adresser forskellige på forskellige hardware-punge?
Hvis du importerer den samme seed-sætning til flere hardware-wallets, men finder ud af, at de genererede adresser er forskellige, er det normalt fordi afledningsstien er forskellig. Her er nogle almindelige hardware wallet-mærker og deres afledningsstier (for Bitcoin).
Hardware tegnebog | Fælles afledningssti | Adressetype |
Hovedbog | m/44'/0'/0'/0/0 | Arv |
Sikker | m/49'/0'/0'/0/0 | Indlejret SegWit |
Ledger (SegWit) | m/84'/0'/0'/0/0 | Native SegWit |
Forskellige tegnebøger kan bruge forskellige standardafledningsstier, så selvom startsætningen er den samme, kan de genererede adresser stadig være forskellige. For eksempel kan Ledger som standard bruge 84' til at generere indbyggede SegWit-adresser, mens Trezor som standard kan bruge 49' til at generere indlejrede SegWit-adresser.
Når du bruger hardware wallets, er det afgørende at vælge den passende afledningssti, især når du skifter mellem forskellige adresseformater.
Tager vi Bitcoin som et eksempel, understøtter UKey hardware wallet og UKey App afledningsstier til Legacy, Nested SegWit, Native SegWit og Taproot, hvilket hjælper brugerne med bedre at administrere deres kryptoaktiver.
Legacy, Nested SegWit, Native SegWit
Tager vi Bitcoin som et eksempel, kommer Bitcoin-adresser i forskellige formater, hver med forskellige udseender og funktioner:
Adressetype | Præfiks | Afledningssti | Beskrivelse |
Arv | 1xxx | m/44'/0'/0'/0/0 | Dette er det originale adresseformat for Bitcoin, med højere transaktionsgebyrer. |
Indlejret SegWit | 3xxx | m/49'/0'/0'/0/0 | SegWit-adresse indlejret i P2SH, bagudkompatibel med ældre Bitcoin-tegnebøger. |
Native SegWit | bc1xxx | m/84'/0'/0'/0/0 | Et nyt Bitcoin-adresseformat med lavere transaktionsgebyrer, der er meget brugt i moderne hardware-punge. |
Et nyere Bitcoin-adresseformat med lavere transaktionsgebyrer, udbredt i moderne hardware-punge.
For at sikre kompatibilitet på tværs af forskellige formater introducerer BIP (Bitcoin Improvement Proposal) forskellige afledningsstiregler. Disse forskellige adresseformater er i det væsentlige resultatet af bløde gafler. Bitcoin-netværket introducerede SegWit-funktionalitet gennem bløde gafler, hvilket forbedrer skalerbarheden og transaktionseffektiviteten.
Følger Forked Addresses BIP Framework?
BIP-rammen, der bruges af Bitcoin og mange andre blockchain-projekter, er designet til at løse konsistens- og kompatibilitetsproblemer. Selv efter en soft fork fungerer nyligt introducerede adresseformater (såsom SegWit) stadig inden for BIP-rammen for at sikre:
Bagudkompatibilitet: Ældre tegnebøger kan stadig genkende de nye adresseformater.
Standardisering: Forskellige tegnebøger kan generere adresser ved hjælp af de samme regler.
På denne måde, selvom adresseformatet har ændret sig (for eksempel fra 1xxx til bc1xxx), følger de stadig de afledningsstistandarder, der er defineret af BIP-rammerne. Dette sikrer kompatibilitet mellem nye og gamle tegnebøger og garanterer, at forskellige tegnebøger korrekt kan generere og administrere adresser.