Bitcoin > Security Tokens > Fiat > Shitcoins 😎. There are so many assets you can utilize that are not shitcoins.

fuji.money can wrap securities, bonds, and other financial instruments on Liquid, with no KYC

On Liquid there's USDT (Tether) for example.

Our target audience is bitcoiners, especially those who are interested in utilizing their sats but were previously unable to do so.

Although the Account model is more developer-friendly, the end-user experience for the UTXO model is superior to the Account model in pretty much every way possible. Here’s why:

I think bitcoiners are scared of layer2 and most Maxi's haven't even tried liquid (many haven't used lightning) .

When these tools are more prevalent they'll be used.

When building financial applications, you have two alternatives; EVM or the UTXO model. Within the UTXO options, Bitcoin is intentionally kept simple, and Cardano is a joke, leaving us Liquid, which has advanced scripting primitives, first-class asset support, and confidential transactions. We see that historically everything humanity has accomplished is built on layers, and we believe that the stateless nature of the UTXO model is superior to the stateful design of the EVM model in every way possible. My thesis is that Bitcoin's multi-layered approach is the most solid foundation for building the next generation of financial applications on a large scale.

The current L-BTC<>USDt pool has an LP fee tier of 0.25%. When creating a new liquidity pool, the default fee tier is set to 0.25% by default, although it can be adjusted to as high as 1% or as low as 0.01%. Note LP fee tiers are immutable, and thus cannot be modified once a pool is deployed. Multiple liquidity pools could exit with the same pair (such as L-BTC<>USDt ) but with different LP fee tiers. The swap page in the Bitmatrix web interface algorithmically picks the liquidity pool based on the best price.

There's no upper bound limit on how much you can add. However, the maximum liquidity a pool can accommodate is 1,500 L-BTC. This is due to the 64-bit arithmetic overflow issue, which will be addressed further in our Simplicity version.

Unlike traditional order books or atomic swap platforms, Bitmatrix has the concept of Liquidity pools. There’s no central server in the middle that matches orders. Liquidity is aggregated from different sources (LPs) into unified pools where anyone can trade against those pools. Pools are not controlled by any entity; they are algorithmically engineered to set prices according to a mathematical formula enforced by the bitcoin script.

Yes. That's certainly possible and appropriate. Interacting with Bitmatrix protocol is non-interactive, unlike atomic swaps and Lightning. This makes it easier to interoperate with other platforms.

Digital Fortress by Dan Brown 😎

To build financial application primitives, one needs an "execution environment" such as Liquid but Lightning. Lightning is a network of payment channels that does one thing, and it does it relatively well.

We will add Jade and Green wallet support as soon as they expose their APIs for third-party applications, however, there is no known timeline for this. You should not expect them to be supported soon.

Whether an atomic swap-based service or an AMM, all swap services suffer from a lack of liquidity. Fortunately, Bitmatrix makes it easy for LPs to aggregate liquidity to get users better prices.

Precision 2 plz.

Bitmatrix is functionally equivalent to Uniswap V2, however, there are some tradeoffs. The nature of the EVM model inherently allows contract-contract calls. While this brings various benefits such as pool-to-pool swaps, it as a downside allows flash-loan attacks. This is fundamentally not possible when operating in a UTXO environment.

On the other hand, Bitmatrix users, when integrated with liquid.taxi, can pay for execution in any desired asset. This means users can interact with a smart contract without holding the gas asset such as L-BTC. This brings an overall frictionless user experience.

Thanks for your input; there're various articles on Medium to explain the overall Bitmatrix architecture: https://medium.com/bit-matrix

And, here's a video on line-by-line stack execution of a liquidity pool contract.

Also, please see Design Paper Early Preview. The paper reflects the most-up-to-date Bitmatrix architecture: https://docs.bitmatrix.app/v1/11_21_21/Bitmatrix_Paper_Early_Preview.pdf