---
# System prepended metadata

title: Bitcoin Bounties

---


## Decentralized Inscription Service


[Need to check with Bob if it makes sense now]


### Description

Ordinal inscriptions are metadata attached to a specific satoshi and are stored on the Bitcoin blockchain. The metadata is encoded in the witness data of a transaction. Usually, inscriptions are in the witness data of spending scripts of P2TR (Pay-to-Taproot) outputs. However, since the Internet Computer currently only supports threshold ECDSA signatures and not threshold Schnorr signatures, we can't inscribe using this approach. Lukily, there's also an approach using P2WSH spending scripts to encode inscriptions.

### Requirements

### Acceptance Critera

### References



## Open Internet Service for Ordinals data

### Description

The current Bitcoin Canister on the Internet Computer only stores the set of unspent transaction outputs (UTXOs). This is not enough information to find out:
-  which ordinals are inside a given UTXO
-  to what level of rarety they belong
-  if they have an associated inscription

Until we have all this information on the Internet Computer, we want to encourage building a sustainable open internet service that allows fetching this information from third party indexing services using HTTPS outcalls.

### Requirements

grant

### Acceptance Critera

### References




## Multi-subnet custody (Multi-sig of tECDSA keys)

### Description

The Internet Computer can be used to create Bitcoin wallets, where the private never exists physically, but signatures are generated by a secure multi-party computation among the nodes of a fiduciary subnet. However, for some very high value custody applications, we might want to increase the security even further.

Bitcoin Script allows to require multiple signatures to spend a UTXO. Hence, we can create a wallet (or even a version of ckBTC) that consists of multiple canisters running on different fiduciary subnets, requesting signatures derived from different master keys.

Hence, the node providers of multiple subnets would need to collude to steal assets.


### Requirements

- The wallet should be able to generate P2WSH addresses to send funds.

### Acceptance Critera

### References
