export * from "./components.js";
export * from "./sdk.js";
export * from "./storage.js";
export declare enum Networks {
    PUBLIC = "Public Global Stellar Network ; September 2015",
    TESTNET = "Test SDF Network ; September 2015",
    FUTURENET = "Test SDF Future Network ; October 2022",
    SANDBOX = "Local Sandbox Stellar Network ; September 2022",
    STANDALONE = "Standalone Network ; February 2017"
}
export interface IKitError {
    code: number;
    message: string;
    ext?: string;
}
export declare enum ModuleType {
    HW_WALLET = "HW_WALLET",
    HOT_WALLET = "HOT_WALLET",
    BRIDGE_WALLET = "BRIDGE_WALLET",
    AIR_GAPED_WALLET = "AIR_GAPED_WALLET"
}
export interface ISupportedWallet {
    id: string;
    name: string;
    type: string;
    isAvailable: boolean;
    isPlatformWrapper: boolean;
    icon: string;
    url: string;
}
export declare enum KitEventType {
    STATE_UPDATED = "STATE_UPDATE",
    WALLET_SELECTED = "WALLET_SELECTED",
    DISCONNECT = "DISCONNECT"
}
export type KitEventStateUpdated = {
    eventType: KitEventType.STATE_UPDATED;
    payload: {
        address: string | undefined;
        networkPassphrase: string;
    };
};
export type KitEventWalletSelected = {
    eventType: KitEventType.WALLET_SELECTED;
    payload: {
        id: string | undefined;
    };
};
export type KitEventDisconnected = {
    eventType: KitEventType.DISCONNECT;
    payload: Record<PropertyKey, never>;
};
export type KitEvent = KitEventStateUpdated | KitEventWalletSelected | KitEventDisconnected;
export interface IOnChangeEvent {
    address: string;
    /**
     * The network is a human-readable name for the current network.
     * For example if the wallets lets the user define their own networks, the name of that network should be included here
     */
    network: string;
    networkPassphrase: string;
    error?: IKitError;
}
/**
 * A module is a "plugin" we can use within the kit so is able to handle a
 * specific type of wallet/service. There are some modules that are already
 * in the kit but any wallet developer can create their own modules
 */
export interface ModuleInterface {
    /**
     * The Module type is used for filtering purposes, define the correct one in
     * your module so we display it accordingly
     */
    moduleType: ModuleType;
    /**
     * This ID of the module, you should expose this ID as a constant variable
     * so developers can use it to show/filter this module if they need to.
     */
    productId: string;
    /**
     * This is the name the kit will show in the builtin Modal.
     */
    productName: string;
    /**
     * This is the URL where users can either download, buy and just know how to
     * get the product.
     */
    productUrl: string;
    /**
     * This icon will be displayed in the builtin Modal along with the product name.
     */
    productIcon: string;
    /**
     * This function should return true is the wallet is installed and/or available.
     * If for example this wallet/service doesn't need to be installed to be used,
     * return `true`.
     *
     * Important:
     * Your wallet/library needs to be able to answer this function in less than 1000ms.
     * Otherwise, the kit will show it as unavailable
     */
    isAvailable(): Promise<boolean>;
    /**
     * This method will take care of letting the kit know if the user is currently using this wallet to open the dapp.
     * An example will be how Freighter, xBull, Lobstr, etc have in-app browsers in their mobile versions
     *
     * Important:
     * Your wallet/library needs to be able to answer this request in less than 500ms.
     * Otherwise, the kit will assume is not wrapping the site
     */
    isPlatformWrapper?(): Promise<boolean>;
    /**
     * This method is optional and is only used if the wallet can handle changes in its state.
     * For example if the user changes the current state of the wallet like it switches to another network, this should be triggered
     */
    onChange?(callback: (event: IOnChangeEvent) => void): void;
    /**
     * Function used to request the public key from the active account or
     * specific path on a wallet.
     *
     * IMPORTANT: This method will do everything that is needed to get the address, in some wallets this could mean opening extra components for the user to pick (hardware wallets for example)
     *
     * @param params
     * @param params.path - The path to tell the wallet which position to ask. This is commonly used in hardware wallets.
     *
     * @return Promise<{ address: string }>
     */
    getAddress(params?: {
        path?: string;
        skipRequestAccess?: boolean;
    }): Promise<{
        address: string;
    }>;
    /**
     * A function to request a wallet to sign a built transaction in its XDR mode
     *
     * @param xdr - A Transaction or a FeeBumpTransaction
     * @param opts - Options compatible with https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0043.md#signtransaction
     * @param opts.networkPassphrase - The Stellar network to use when signing
     * @param opts.address - The public key of the account that should be used to sign
     * @param opts.path - This options is added for special cases like Hardware wallets
     *
     * @return Promise<{ signedTxXdr: string; signerAddress: string }>
     */
    signTransaction(xdr: string, opts?: {
        networkPassphrase?: string;
        address?: string;
        path?: string;
    }): Promise<{
        signedTxXdr: string;
        signerAddress?: string;
    }>;
    /**
     * A function to request a wallet to sign an AuthEntry XDR.
     *
     * @param authEntry - An XDR string version of `HashIdPreimageSorobanAuthorization`
     * @param opts - Options compatible with https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0043.md#signauthentry
     * @param opts.networkPassphrase - The Stellar network to use when signing
     * @param opts.address - The public key of the account that should be used to sign
     * @param opts.path - This options is added for special cases like Hardware wallets
     *
     * @return - Promise<{ signedAuthEntry: string; signerAddress: string }>
     */
    signAuthEntry(authEntry: string, opts?: {
        networkPassphrase?: string;
        address?: string;
        path?: string;
    }): Promise<{
        signedAuthEntry: string;
        signerAddress?: string;
    }>;
    /**
     * A function to request a wallet to sign an AuthEntry XDR.
     *
     * @param message - An arbitrary string rather than a transaction or auth entry
     * @param opts - Options compatible with https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0043.md#signmessage
     * @param opts.networkPassphrase - The Stellar network to use when signing
     * @param opts.address - The public key of the account that should be used to sign
     * @param opts.path - This options is added for special cases like Hardware wallets
     *
     * @return - Promise<{ signedMessage: string; signerAddress: string }>
     */
    signMessage(message: string, opts?: {
        networkPassphrase?: string;
        address?: string;
        path?: string;
    }): Promise<{
        signedMessage: string;
        signerAddress?: string;
    }>;
    /**
     * A function to request a wallet to sign and submit a transaction to the network.
     * This is particularly useful for multisig accounts where the wallet coordinates
     * collecting all required signatures before submitting.
     *
     * NOTE: Not all modules support this method. Currently only WalletConnect-based modules support sign-and-submit functionality
     * and not all WalletConnect-based wallets support this feature. We suggest avoiding it unless you are sure your users will
     * use a compatible wallet
     *
     * @param xdr - A Transaction or a FeeBumpTransaction in XDR format
     * @param opts - Options for the signing operation
     * @param opts.networkPassphrase - The Stellar network to use when signing
     * @param opts.address - The public key of the account that should be used to sign
     *
     * @return Promise<{ status: "success" | "pending" }> - "success" means the transaction
     * was submitted successfully. "pending" means the wallet is coordinating remaining
     * signatures (common with multisig accounts).
     */
    signAndSubmitTransaction?(xdr: string, opts?: {
        networkPassphrase?: string;
        address?: string;
    }): Promise<{
        status: "success" | "pending";
    }>;
    /**
     * A function to request the current selected network in the wallet. This comes
     * handy when you are dealing with a wallet that doesn't allow you to specify which network to use (For example Lobstr and Rabet)
     *
     * @return - Promise<{ network: string; networkPassphrase: string }>
     */
    getNetwork(): Promise<{
        network: string;
        networkPassphrase: string;
    }>;
    /**
     * This method should be included if your wallet have some sort of async connection, for example WalletConnect
     * Once this method is called, the module should clear all connections
     */
    disconnect?(): Promise<void>;
}
export interface HardwareWalletModuleInterface extends ModuleInterface {
    getAddresses(page?: number): Promise<{
        publicKey: string;
        index: number;
    }[]>;
}
//# sourceMappingURL=mod.d.ts.map