# Intuition

The whole architecture is geared towards achieving 2 actions on-chain:

1. **Map** a bitcoin address to a BitcoinPod contract
2. **Remap** the value of bitcoin to an application in the AppRegistry

<figure><img src="/files/QBeBshyofFreoTNrnsHI" alt=""><figcaption></figcaption></figure>

This design eliminates the need for custodial intermediaries and bridges, addressing long-standing challenges in Bitcoin integration. Intuitively, BitcoinPod can be deployed on other chains as well directly, making it a multi-chain remap. Though BitDSM only support Ethereum L1 at the moment.&#x20;

## Flexibility for Customisation

BitDSM provides unparalleled flexibility by not enforcing a specific Bitcoin script, validation mechanism, or slashing condition. Instead, it empowers applications to define their own custom verification logic tailored to their unique requirements. This design allows users to carefully evaluate and choose their preferred level of risk exposure before deciding to remap their Bitcoin to specific applications. By enabling this customizable approach, BitDSM ensures that both users and applications have the freedom to align security and functionality with their needs.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.motif.finance/specification/intuition.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.