Skip to Content
MatérielConceptsPrise en charge des chaînes

Prise en charge des chaînes

Cette page présente la matrice des méthodes publiques du Hardware SDK, pas la liste des monnaies de OneKey App. Les chiffres marketing de l’application (100+ chaînes, 30,000+ jetons) décrivent le catalogue du portefeuille. Les intégrateurs doivent compter uniquement les méthodes qu’ils peuvent appeler sur HardwareSDK.

Source de référence pour Pro 2 / Neo : pour chaque classe de méthode Core, getSupportedProtocols(). Par défaut, seul Protocol V1 est pris en charge. Une chaîne n’est disponible sur Pro 2 / Neo que lorsque la méthode renvoie ['V1', 'V2']. Les versions minimales min du micrologiciel deviennent obsolètes ; vérifiez la page de la méthode et le micrologiciel de l’appareil, ne les recopiez pas ici.

Protocol V1 et V2 (Pro 2 / Neo)

FamilleMéthodes publiquesClassic 1s / Touch / ProMiniPro 2 / Neo
EVMevmGetAddress evmGetPublicKey evmSignMessage evmSignTransaction evmSignTypedData evmVerifyMessageOuiOuiV1+V2
Bitcoin et dérivésbtcGetAddress btcGetPublicKey btcSignMessage btcSignTransaction btcVerifyMessage btcSignPsbtOui (voir les réserves)OuiV1+V2 (Bitcoin). Neurai est uniquement V1
SolanasolGetAddress solSignMessage solSignTransaction solSignOffchainMessageOuiOuiV1+V2
AptosaptosGetAddress aptosGetPublicKey aptosSignMessage aptosSignTransaction aptosSignInMessageOui (voir les réserves)OuiV1+V2
SuisuiGetAddress suiGetPublicKey suiSignMessage suiSignTransactionOuiOuiV1+V2
CosmoscosmosGetAddress cosmosGetPublicKey cosmosSignTransactionOuiOuiV1+V2
NEARnearGetAddress nearSignTransactionOuiOuiV1+V2
TONtonGetAddress tonSignMessage tonSignProof tonSignDataOui. Classic (pas 1s) : nonAdresse oui ; signature/preuve : nonV1+V2
TRONtronGetAddress tronSignMessage tronSignTransactionOuiAdresse oui ; signature de message : nonV1+V2
CardanocardanoGetAddress cardanoGetPublicKey cardanoSignMessage cardanoSignTransactionOuiOuiV1+V2
PolkadotpolkadotGetAddress polkadotSignTransactionOuiOuiV1+V2
Ripple (XRP)xrpGetAddress xrpSignTransactionOuiOuiV1+V2
FilecoinfilecoinGetAddress filecoinSignTransactionOuiOuiV1+V2
ConfluxconfluxGetAddress confluxSignMessage confluxSignMessageCIP23 confluxSignTransactionOuiOuiV1+V2
KaspakaspaGetAddress kaspaSignTransactionOuiOuiV1+V2
AlgorandalgoGetAddress algoSignTransactionOuiOuiV1+V2
NEMnemGetAddress nemSignTransactionOuiOuiV1+V2
NostrnostrGetPublicKey nostrSignEvent nostrSignSchnorr nostrEncryptMessage nostrDecryptMessageOuiOuiV1+V2
StarcoinstarcoinGetAddress starcoinGetPublicKey starcoinSignMessage starcoinSignTransaction starcoinVerifyMessageOuiOuiV1+V2

Protocol V1 uniquement — non pris en charge sur Pro 2 / Neo

Ces méthodes déclarent uniquement Protocol V1. Ne les appelez pas sur Pro 2 ou Neo. Stellar, Alephium et Neo (la chaîne, pas l’appareil OneKey Neo) sont explicitement exclus de l’ensemble Pro 2 / Neo.

FamilleMéthodes publiquesRemarques
StellarstellarGetAddress stellarSignTransactionPas sur Pro 2 / Neo
AlephiumalephiumGetAddress alephiumSignMessage alephiumSignTransactionPas sur Pro 2 / Neo. La signature sur Classic / Mini / Touch figure dans les exceptions des tests de compatibilité
BenfenbenfenGetAddress benfenGetPublicKey benfenSignMessage benfenSignTransactionPas sur Pro 2 / Neo. Classic figure dans les exceptions des tests de compatibilité
NexanexaGetAddress nexaSignTransactionPas sur Pro 2 / Neo
DynexdnxGetAddress dnxSignTransactionPas sur Pro 2 / Neo. Pro / Classic 1s / Mini / Touch figurent dans les exceptions des tests de compatibilité
NervosnervosGetAddress nervosSignTransactionPas sur Pro 2 / Neo
SCDOscdoGetAddress scdoSignMessage scdoSignTransactionPas sur Pro 2 / Neo. Classic / Mini / Touch figurent dans les exceptions des tests de compatibilité
Neo (chaîne)neoGetAddress neoSignTransactionPas sur Pro 2 / Neo. Classic / Mini / Touch figurent dans les exceptions des tests de compatibilité. Il ne s’agit pas de l’appareil OneKey Neo
LightninglnurlAuthPas sur Pro 2 / Neo
Compléments EVMevmSignMessageEIP712Parcours historique de données typées ; privilégiez evmSignTypedData (V1+V2)

Réserves concernant les appareils (tests de compatibilité)

Il s’agit de combinaisons méthode/modèle dont les tests de compatibilité du dépôt autorisent l’échec. C’est une limite de couverture des tests, pas le résultat d’un test matériel récent. N’annoncez pas la prise en charge de ces combinaisons sans valider la méthode et le micrologiciel exacts sur l’appareil.

ModèleNe vous fiez pas à
ClassicTON, Alephium, SCDO, Benfen, Neo (chaîne), btcSignPsbt, aptosSignInMessage
Classic 1s / PureDynex
MiniSignature Alephium, signature Dynex, signature Neo (chaîne), signature SCDO, signature/preuve TON, signature de message TRON. Sans BLE
TouchSignature Alephium, signature Dynex, signature Neo (chaîne), signature SCDO
ProDynex
Pro 2Méthodes de chaîne avec ['V1', 'V2'] ci-dessus. Avec caméra (Air-Gap)
NeoMêmes méthodes de chaîne que Pro 2. Sans caméra, NFC, empreinte digitale ni Find My — pas de QR Air-Gap

EIP-7702 (authorizationList) n’est pas pris en charge sur Classic.

Utilitaire d’adresses par lot

allNetworkGetAddress / allNetworkGetAddressByLoop sont des utilitaires V1+V2. Ils échouent néanmoins pour un réseau dont la méthode propre est V1 uniquement sur une connexion Protocol V2.

Dérivés de Bitcoin

Les méthodes btc* acceptent un paramètre coin / coin_name. La plupart des dérivés suivent la ligne Bitcoin (V1+V2). Neurai utilise uniquement Protocol V1.

Comment décider à l’exécution

getSupportedProtocols() est un hook de classe de méthode Core, pas un appel public HardwareSDK. Utilisez cette page et l’appareil connecté :

  1. Le SDK exporte-t-il la méthode ?
  2. Le champ connectProtocol de l’appareil vaut-il 'V1' ou 'V2' ?
  3. Cette page indique-t-elle la méthode comme V1+V2 ou V1 uniquement ?
  4. Ce modèle figure-t-il dans le tableau des réserves ?
  5. Le micrologiciel respecte-t-il la version indiquée sur la page de la méthode ?

Ne choisissez pas le comportement selon le PID USB ou le nom BLE. Consultez Protocol V1 et V2 et Appareils.

Suivant

Dernière mise à jour le