Keychain tarjoaa yhden SolanaSigner-perusrajapinnan kaikille taustajärjestelmille, joten
useimmissa tapauksissa valinta on operatiivinen, ei arkkitehtuurinen: voit vaihtaa sitä
myöhemmin konfiguraation kautta. Poikkeus on transaktion muoto. Crossmint
ja Fordefi native auto -tila allekirjoittavat ja lähettävät palvelinpuolella, ja Fordefi native
manual -tila muokkaa transaktiota ennen sen allekirjoittamista, joten siirtyminen niihin tai
niistä muuttaa tapaa, jolla kutsut allekirjoittajaa. Siksi lähde liikkeelle
vaatimuksistasi, älä tuotteesta. Kaksi kysymystä ratkaisee suurimman osan: missä
yksityinen avain sijaitsee, ja kuka saa valtuuttaa allekirjoituksen sillä?
Jokainen taustajärjestelmä Ledgeriä lukuun ottamatta on saatavilla kaikilla neljällä kielellä (Rust, TypeScript,
Python ja Go). Ledger on vain Rustille, ja se on valinnaisen ledger-ominaisuuden takana.
Yhtä parasta taustajärjestelmää ei ole. Jokainen sopii paremmin tietynlaisiin rajoitteisiin: pilveen, jossa jo toimit, siihen, haluatko ylläpitää avaininfrastruktuuria itse, ja siihen, mitä säilytys- ja hyväksyntäkontrolleja sinulta vaaditaan. Alla oleva kulku yhdistää nämä rajoitteet taustajärjestelmään.
Tämä opas käsittelee taustajärjestelmän (palvelinpuolen) allekirjoitusta. Kun loppukäyttäjäsi allekirjoittavat omat transaktionsa selaimessa, käytä sen sijaan lompakkoa Wallet Standardin kautta. Katso Allekirjoitus tuotannossa.
Päätöskaavio
Paikallinen kehitys ja testit eivät tarvitse mitään tästä: käytä Memory-taustajärjestelmää prototypointiin ja vaihda sitten johonkin yllä olevista tuotantotaustajärjestelmistä konfiguraation kautta.
Käy kysymykset läpi
Allekirjoitatko oman sovelluksesi vai loppukäyttäjiesi puolesta?
Jos luot lompakoita, jotka loppukäyttäjät omistavat ja joita he käyttävät (kuluttajasovellukset, onboarding-kulut), käytä upotettua / hallinnoitua lompakkoa tarjoavaa taustajärjestelmää: Privy, Turnkey, CDP, Crossmint tai Openfort. Ne hallinnoivat käyttäjäkohtaisia lompakoita ja todennusta puolestasi.
Jos allekirjoitat oman sovelluksesi puolesta (gas-maksun maksaja, treasury, taustaautomaatio), jatka alla.
Tarvitsetko usean osapuolen hyväksyntää, institutionaalista säilytystä tai sääntelyn mukaisia kontrolleja?
Jos allekirjoitusten on läpäistävä hyväksyntäpolitiikka, kulutusraja tai vaatimustenmukaisuus- prosessi ennen kuin ne tuotetaan, tai tarvitset sääntelyn alaisen säilyttäjän, joka pitää avaimia hallussaan, käytä MPC- / institutionaalista säilytystä tarjoavaa taustajärjestelmää: Fireblocks, Dfns, Para, Utila tai Fordefi. Ne jakavat avaimen tai säilyttävät sen ja allekirjoittavat yhdessä politiikkasi mukaisesti.
Jos tarvitset vain avaimen, joka allekirjoittaa pyynnöstä, jatka alla.
Haluatko pitää avaimen itse vai antaa palveluntarjoajan säilyttää sitä?
Jos pilvipalvelun tarjoajan tulee säilyttää avainta laitteistotuetussa infrastruktuurissa ja IAM-politiikkasi hallitsee, kuka voi allekirjoittaa, käytä kyseisen pilven KMS:ää:
- AWS:ssä → AWS KMS
- GCP:ssä → GCP KMS
Jos haluat ylläpitää avaininfrastruktuuria itse tai käytät usean pilven ympäristöä tai omaa palvelinsalia (on-prem), käytä HashiCorp Vaultia. Ajat ja auditoit sitä itse; avain pysyy Transit-moottorin sisällä ja allekirjoittaa pyynnöstä.
Säilytysmallit
Taustajärjestelmät jakautuvat kuuteen säilytysmalliin. Yllä oleva kulku ohjaa sinut yhteen niistä.
- Itsesäilytys (prosessin sisällä): sovelluksesi pitää hallussaan raakaa yksityistä avainta. Kätevä kehityksessä, mutta sopimaton tuotantoon. Taustajärjestelmä: Memory.
- Itsesäilytys (laitteistolompakko): avain ei koskaan poistu Ledger-laitteesta, ja henkilö vahvistaa jokaisen allekirjoituksen laitteen näytöllä. Sopii interaktiiviseen operaattorin allekirjoitukseen, ei valvomattomiin palveluihin. Vain Rust, valinnainen, eikä sitä kata auditointi. Taustajärjestelmä: Ledger.
- Itse ylläpidetty avainhallinta: sinä ylläpidät avaininfrastruktuuria; avain pysyy sen sisällä ja allekirjoittaa pyynnöstä. Taustajärjestelmä: HashiCorp Vault.
- Pilvi-KMS / HSM: pilvipalvelun tarjoaja säilyttää avainta laitteistotuetussa infrastruktuurissa; avain ei koskaan poistu palvelusta, ja IAM-politiikkasi hallitsee, kuka voi allekirjoittaa. Taustajärjestelmät: AWS KMS, GCP KMS.
- MPC ja institutionaalinen säilytys: avain jaetaan tai sitä säilytetään palveluntarjoajan luona, joka allekirjoittaa yhdessä politiikkasi mukaisesti (hyväksynnät, rajat). Taustajärjestelmät: Fireblocks, Dfns, Para, Utila, Fordefi.
- Upotetut ja hallinnoidut lompakot: palveluntarjoaja hallinnoi lompakoita puolestasi, usein loppukäyttäjien onboardingia varten. Taustajärjestelmät: Privy, Turnkey, CDP, Crossmint, Openfort.
Taustajärjestelmien vertailu
| Taustajärjestelmä | Säilytysmalli | Parhaiten sopii | Huomiot |
|---|---|---|---|
| Memory | Oma säilytys (prosessissa) | Paikallinen kehitys, testit, CI | Raaka avain prosessissa; älä käytä tuotannossa |
| Ledger | Itsesäilytys (laitteistolompakko) | Interaktiivinen operaattorin allekirjoitus Rust-työkaluista | Vain Rust, valinnainen ledger-ominaisuus, auditoimaton; jokainen allekirjoitus vahvistetaan laitteella |
| HashiCorp Vault | Itse isännöity avainten hallinta | Tiimit, jotka ylläpitävät omaa avaininfrastruktuuriaan | Transit-moottori; käytät ja auditoit itse |
| AWS KMS | Pilvi-KMS / HSM | Taustajärjestelmät AWS:ssä | Avain ei koskaan poistu KMS:stä; IAM hallitsee allekirjoitusta |
| GCP KMS | Pilvi-KMS / HSM | Taustajärjestelmät GCP:ssä | Avain ei koskaan poistu KMS:stä; IAM hallitsee allekirjoitusta |
| Fireblocks | MPC / institutionaalinen säilytys | Kassanhallinta, pörssit, säännelty säilytys | Käytäntömoottori ja hyväksymistyönkulut |
| Dfns | MPC-lompakkoinfrastruktuuri | Ohjelmallisет lompakot käytäntöhallinnalla | Ed25519-allekirjoitus |
| Para | MPC-lompakot | Sovellukset, jotka haluavat MPC-tuetut lompakot | API-avain + lompakko-ID |
| Utila | MPC-säilytys + rinnakkaisallekirjoittaja | Olemassa olevat Utila-hallinnoidut Solana-lompakot | signMessage ei tuettu; lähetät transaktion itse |
| Fordefi | MPC / institutionaalinen säilytys | Institutionaalinen säilytys käytäntökontrolleilla | Musta laatikko: sinä lähetät. Native auto: Fordefi muokkaa ja lähettää. Native manual: Fordefi muokkaa, sinä lähetät tuloksen |
| Privy | Upotetut lompakot | Kuluttajasovellukset, jotka ottavat käyttäjät mukaan | Sovelluksen hallinnoimat upotetut lompakot |
| Turnkey | Ei-huoltajallinen avainten hallinta | Ohjelmallinen, käytäntöportattu allekirjoitus | Ei-huoltajallinen avainten hallinta |
| CDP | Hallinnoitu lompakko (Coinbase) | Sovellukset Coinbase Developer Platformilla | signMessage hyväksyy vain UTF-8-hyötykuormat |
| Crossmint | Hallinnoidut lompakot | Markkinapaikat ja hallinnoitujen lompakoiden sovellukset | Vain lähetys: lähettää palvelinpuolella, voi muokata gas-sponsoroinnin vuoksi; signMessage ei ole tuettu |
| Openfort | Upotetut taustajärjestelmälompakot | Palvelinpuolen lompakot | TEE:hen tallennetut avaimet |
Toimintojen muoto
Säilytyksen lisäksi jokaisella taustajärjestelmällä on yksi transaktion muoto, joka ratkaisee, miten kutsut allekirjoittajaa:
- Sign: palveluntarjoaja allekirjoittaa rakentamasi tavut ja sinä lähetät ne verkkoon. Useimmat taustajärjestelmät, mukaan lukien Ledger ja Fordefi black box -tila.
- Rewrite and sign: palveluntarjoaja muokkaa transaktiota ja allekirjoittaa sen lähettämättä sitä. Jatka palautetusta transaktiosta. Fordefi native manual -tila.
- Sign and broadcast: palveluntarjoaja allekirjoittaa ja lähettää palvelinpuolella, joten virhe ei tarkoita, ettei mitään mennyt läpi. Crossmint ja Fordefi native auto -tila.
Kunkin kielen README-tiedoston signer-capabilities-taulukko listaa jokaisen taustajärjestelmän muodon; tietoturvamalli selittää, mitä kukin muoto takaa.
Yritysskenaariot
Yksittäinen sovellus tarvitsee usein useampaa kuin yhtä näistä samanaikaisesti. Koska rajapinta on yhteinen, voit käyttää eri taustajärjestelmää eri rooleihin muuttamatta kutsukohtia, kunhan taustajärjestelmillä on sama toimintojen muoto.
- Kassatoiminnot — erota operatiivinen "kuuma" allekirjoittaja "kylmästä" kassanallekirjoittajasta. Tue kassaa MPC-säilytyksellä tai pilvi-HSM:llä ja vaadi hyväksymiskäytännöt ennen suuriarvoisia allekirjoituksia.
- Hyväksymistyönkulut — MPC- ja säilytystaustapalvelut (esim. Fireblocks) edellyttävät usean osapuolen hyväksyntää ennen allekirjoituksen tuottamista.
- Vaatimustenmukaisuus ja auditointi — pilvi-KMS (AWS/GCP) ja Vault tuottavat allekirjoituksen auditointilokeja; institutionaaliset säilyttäjät lisäävät käytäntöjen valvonnan ja raportoinnin.
- Säännellyt ympäristöt — pidä avainmateriaali HSM:ssä, KMS:ssä tai institutionaalisella säilyttäjällä, jotta raakaavaimet eivät koskaan koske sovellustasi.
Katso Tuotannon parhaat käytännöt näiden taustapalveluiden turvalliseen käyttöön.
Is this page helpful?