Skip to content

Commit de08d83

Browse files
Conor Okushaleyberkoe
andauthored
Update docs/_blog/teos-uses-ldk-to-build-open-source-watchtower.md
Co-authored-by: Haley Berkoe <[email protected]>
1 parent 882c2b2 commit de08d83

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

docs/_blog/teos-uses-ldk-to-build-open-source-watchtower.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -19,7 +19,7 @@ We initially had a Python implementation, but as the project evolved we realized
1919

2020
![TEOS architecture](../assets/teos-architecture-diagram.png)
2121

22-
With respect to LDK, it has allowed TEOS to abstract its interaction with bitcoind, and remove several components of the original design, given that LDK already does a substantial amount of the low-level heavy lifting (e.g. reorg management). Also, for the upcoming features such as lightning P2P communication, Python lacked proper support for most of lightning’s functionality, so using LDK paid for the invested Rust re-implementation time instead of having to implement and maintain all that related tooling in Python.
22+
While it did take time to perform the Rust re-implementation, it was worth it for several reasons. LDK does a substantial amount of the low-level heavy lifting (e.g. reorg management), allowing us to remove several components of the original design and abstract interaction with bitcoind. Additionally, Python lacks proper support for most of lightning’s functionality, so we would have had to implement and maintain all of the related toolings to support lightning P2P communication features.
2323

2424
Furthermore, it let us take advantage of any future lightning updates that we may need, such as anchors. At the end of the day, using LDK lets you focus on the product/protocol you are building and have to care less about the low-level lightning/bitcoin parts that are needed.
2525
# Results

0 commit comments

Comments
 (0)