You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
goodmost 9a7345a0dd jade.py: fix some typos 2 years ago
..
audio_modem integrate PSBT support natively. WIP 6 years ago
bitbox02 ecc: refactor/clean-up sign/verify APIs 2 years ago
coldcard chore: fix some typos in comments (#9014) 2 years ago
cosigner_pool plugins: add proxy aware XMLRPCProxyTransport for xmlrpc.client calls in cosigner plugin 2 years ago
digitalbitbox ecc: refactor/clean-up sign/verify APIs 2 years ago
hw_wallet wizard: fix assumption 'keystore_type' is present in wizard_data, fix unexpected keystore type msg 2 years ago
jade jade.py: fix some typos 2 years ago
keepkey wizard: fix co-signing hardware wallets data incorrectly referenced 2 years ago
labels Merge pull request #8741 from accumulator/labels_update 2 years ago
ledger Consistently use translated strings for UserFacingException raises 2 years ago
payserver payserver plugin: remove support for qt GUI. 2 years ago
revealer chore: fix some typos in comments (#9014) 2 years ago
safe_t wizard: fix co-signing hardware wallets data incorrectly referenced 2 years ago
swapserver turn classmethod 'find_all_plugins' into an instance method. 2 years ago
trezor trezor: add_slip_19_ownership_proofs_to_tx to not skip complete inputs 2 years ago
trustedcoin ecc: refactor/clean-up sign/verify APIs 2 years ago
README file reorganization with top-level module 8 years ago
__init__.py file reorganization with top-level module 8 years ago

README

Plugin rules:

* The plugin system of Electrum is designed to allow the development
of new features without increasing the core code of Electrum.

* Electrum is written in pure python. if you want to add a feature
that requires non-python libraries, then it must be submitted as a
plugin. If the feature you want to add requires communication with
a remote server (not an Electrum server), then it should be a
plugin as well. If the feature you want to add introduces new
dependencies in the code, then it should probably be a plugin.

* We expect plugin developers to maintain their plugin code. However,
once a plugin is merged in Electrum, we will have to maintain it
too, because changes in the Electrum code often require updates in
the plugin code. Therefore, plugins have to be easy to maintain. If
we believe that a plugin will create too much maintenance work in
the future, it will be rejected.

* Plugins should be compatible with Electrum's conventions. If your
plugin does not fit with Electrum's architecture, or if we believe
that it will create too much maintenance work, it will not be
accepted. In particular, do not duplicate existing Electrum code in
your plugin.

* We may decide to remove a plugin after it has been merged in
Electrum. For this reason, a plugin must be easily removable,
without putting at risk the user's bitcoins. If we feel that a
plugin cannot be removed without threatening users who rely on it,
we will not merge it.