|
21 | 21 | - [Buy Order Processing](#buy-order-processing) |
22 | 22 | - [Sell Order Processing](#sell-order-processing) |
23 | 23 | - [Quote Storage and Lifecycle](#quote-storage-and-lifecycle) |
24 | | -- [Auxiliary Interfaces: Bridging Two Worlds](#auxiliary-interfaces-bridging-two-worlds) |
| 24 | +- [Auxiliary Interfaces](#auxiliary-interfaces) |
25 | 25 | - [AuxTrafficShaper: Routing Control](#auxtrafficshaper-routing-control) |
26 | 26 | - [Traffic Shaper Decision Flow](#traffic-shaper-decision-flow) |
27 | 27 | - [Asset Unit Bandwidth Calculation](#asset-unit-bandwidth-calculation) |
28 | 28 | - [RFQ-Based Bandwidth Calculation](#rfq-based-bandwidth-calculation) |
29 | 29 | - [AuxHTLCModifier: Payment Transformation Engine](#auxhtlcmodifier-payment-transformation-engine) |
30 | 30 | - [HTLC Modification Flow](#htlc-modification-flow) |
31 | 31 | - [Data Flow Integration](#data-flow-integration) |
32 | | -- [Fixed-Point Arithmetic: Precision in Every Calculation](#fixed-point-arithmetic-precision-in-every-calculation) |
33 | | - - [The Architecture of Precision](#the-architecture-of-precision) |
| 32 | +- [Fixed-Point Arithmetic](#fixed-point-arithmetic) |
| 33 | + - [The FixedPoint Type](#the-fixedpoint-type) |
34 | 34 | - [Precision and Scale Management](#precision-and-scale-management) |
35 | 35 | - [Scale Alignment and Conversion](#scale-alignment-and-conversion) |
36 | 36 | - [MilliSatoshi Conversion Operations](#millisatoshi-conversion-operations) |
37 | 37 | - [Converting MilliSatoshi to Asset Units](#converting-millisatoshi-to-asset-units) |
38 | 38 | - [Converting Asset Units to MilliSatoshi](#converting-asset-units-to-millisatoshi) |
39 | 39 | - [Rate Quote Lifecycle](#rate-quote-lifecycle) |
40 | 40 | - [Rate Conversion and Tolerance Mechanics](#rate-conversion-and-tolerance-mechanics) |
41 | | -- [HTLC Transformation: The Heart of Asset Payments](#htlc-transformation-the-heart-of-asset-payments) |
| 41 | +- [HTLC Transformation](#htlc-transformation) |
42 | 42 | - [Policy-Driven Interception](#policy-driven-interception) |
43 | 43 | - [The NoOp Settlement Pattern](#the-noop-settlement-pattern) |
44 | 44 | - [HTLC Interception Flow](#htlc-interception-flow) |
|
47 | 47 | - [TLV Record Structure for Asset HTLCs](#tlv-record-structure-for-asset-htlcs) |
48 | 48 | - [NoOp Implementation Details](#noop-implementation-details) |
49 | 49 | - [Multi-Hop Coordination](#multi-hop-coordination) |
50 | | -- [Asset Invoice Flows: Bridging the Payment Gap](#asset-invoice-flows-bridging-the-payment-gap) |
51 | | - - [Creating an Asset Invoice: The Receiver's Journey](#creating-an-asset-invoice-the-receivers-journey) |
52 | | - - [Paying an Asset Invoice: The Sender's Perspective](#paying-an-asset-invoice-the-senders-perspective) |
| 50 | +- [Asset Invoice Flows](#asset-invoice-flows) |
| 51 | + - [Creating an Asset Invoice](#creating-an-asset-invoice) |
| 52 | + - [Paying an Asset Invoice](#paying-an-asset-invoice) |
53 | 53 | - [Handling Disconnected Parties](#handling-disconnected-parties) |
54 | 54 | - [Rate Arbitrage and Market Making](#rate-arbitrage-and-market-making) |
55 | | -- [Security Architecture: Defense in Depth](#security-architecture-defense-in-depth) |
| 55 | +- [Security Architecture](#security-architecture) |
56 | 56 | - [Cryptographic Integrity](#cryptographic-integrity) |
57 | 57 | - [Rate Manipulation Prevention](#rate-manipulation-prevention) |
58 | 58 | - [Temporal Security and Expiry Management](#temporal-security-and-expiry-management) |
@@ -625,7 +625,7 @@ quotes are used when initiating payments, while local accepted quotes govern |
625 | 625 | incoming HTLC acceptance. The Manager implements automatic expiry management, |
626 | 626 | removing stale quotes during access to prevent execution at outdated rates. |
627 | 627 |
|
628 | | -## Auxiliary Interfaces: Bridging Two Worlds |
| 628 | +## Auxiliary Interfaces |
629 | 629 |
|
630 | 630 | The auxiliary interface system enables taproot-assets to extend lnd's behavior |
631 | 631 | without requiring modifications to Lightning's core protocol. Each interface |
@@ -869,13 +869,13 @@ performance crucial. The implementations use caching and pre-computation where |
869 | 869 | possible to minimize latency impact. For example, asset compatibility matrices |
870 | 870 | are pre-computed when channels are opened rather than checked for each HTLC. |
871 | 871 |
|
872 | | -## Fixed-Point Arithmetic: Precision in Every Calculation |
| 872 | +## Fixed-Point Arithmetic |
873 | 873 |
|
874 | 874 | The fixed-point arithmetic system ensures precise financial calculations |
875 | 875 | throughout the RFQ protocol. This system maintains exact precision while |
876 | 876 | performing rate calculations and conversions. |
877 | 877 |
|
878 | | -### The Architecture of Precision |
| 878 | +### The FixedPoint Type |
879 | 879 |
|
880 | 880 | At the heart of the system lies the `FixedPoint` type, a generic structure that |
881 | 881 | encapsulates an integer coefficient and a scale factor. The coefficient |
@@ -1084,7 +1084,7 @@ system follows deterministic rounding rules that all nodes can reproduce. This |
1084 | 1084 | prevents discrepancies where different nodes might calculate slightly different |
1085 | 1085 | values for the same conversion. |
1086 | 1086 |
|
1087 | | -## HTLC Transformation: The Heart of Asset Payments |
| 1087 | +## HTLC Transformation |
1088 | 1088 |
|
1089 | 1089 | The HTLC transformation pipeline intercepts standard Lightning HTLCs and |
1090 | 1090 | transforms them to carry asset transfer semantics while maintaining |
@@ -1479,13 +1479,13 @@ it performs rate conversion and record injection. If transitioning from an asset |
1479 | 1479 | channel to a Bitcoin channel, it extracts the asset information and ensures |
1480 | 1480 | proper settlement of the asset portion while forwarding the Bitcoin value. |
1481 | 1481 |
|
1482 | | -## Asset Invoice Flows: Bridging the Payment Gap |
| 1482 | +## Asset Invoice Flows |
1483 | 1483 |
|
1484 | 1484 | The RFQ protocol enables two invoice flows that allow users to send and receive |
1485 | 1485 | asset payments even when they're not directly connected. These flows coordinate |
1486 | 1486 | multi-party interactions for asset payments. |
1487 | 1487 |
|
1488 | | -### Creating an Asset Invoice: The Receiver's Journey |
| 1488 | +### Creating an Asset Invoice |
1489 | 1489 |
|
1490 | 1490 | When a user wants to receive assets through Lightning, they create an asset |
1491 | 1491 | invoice that encodes all the information necessary for a payer to route assets |
@@ -1560,7 +1560,7 @@ route through the edge node to reach the receiver. This hop hint provides the |
1560 | 1560 | bridge between the standard Lightning Network and the asset channel, even though |
1561 | 1561 | the payer may have no awareness that assets are involved. |
1562 | 1562 |
|
1563 | | -### Paying an Asset Invoice: The Sender's Perspective |
| 1563 | +### Paying an Asset Invoice |
1564 | 1564 |
|
1565 | 1565 | When a user wants to pay an asset invoice, they need to send assets to a |
1566 | 1566 | receiver who may be multiple hops away, potentially through nodes they've never |
@@ -1701,7 +1701,7 @@ quotes prevents edge nodes from changing terms after acceptance. The atomic |
1701 | 1701 | nature of HTLCs ensures that edge nodes cannot steal funds during conversion. |
1702 | 1702 | The automatic expiry of quotes limits the risk exposure from rate fluctuations. |
1703 | 1703 |
|
1704 | | -## Security Architecture: Defense in Depth |
| 1704 | +## Security Architecture |
1705 | 1705 |
|
1706 | 1706 | The RFQ protocol implements multiple layers of security controls that protect |
1707 | 1707 | against both technical attacks and economic manipulation. This defense-in-depth |
|
0 commit comments