sphinx-relay
circuitbreaker
sphinx-relay | circuitbreaker | |
---|---|---|
7 | 13 | |
250 | 117 | |
0.4% | -1.7% | |
9.4 | 7.5 | |
28 days ago | 4 months ago | |
TypeScript | Go | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
sphinx-relay
-
π MiniBolt resources π List of the MiniBolt core/bonus guides + latest versions
Sphinx Relay (by dimaatmelodromru & Evanfeenstra) (NOT MiniBolt testedβ)
-
β‘ Raspibolt Monthly Rundown π Mar 18th, 2022 - Guide & software updates, new Github pull requests & issues and other news
Sphinx Relay v2.2.6 - Release page msg channels (parent_id); transport token security (encrypted auth token)
-
β‘ Raspibolt Monthly Rundown - π Feb 16th, 2022 β‘ Guide & software updates, new Github pull requests & issues and other news
Specter Desktop v1.8.1 - Release page - Upgrade guide
-
β‘Raspibolt Weekly Rundown - Sep 19th, 2021β‘ Guide & software updates, new Github pull requests & issues and other news
Sphinx Relay v2.2.1 (Sep 16th, previous release was v2.2.0 on Jul 28th): Release page - Upgrade guide
-
Software release: Sphinx Relay 2.2.0
Release page: https://github.com/stakwork/sphinx-relay/releases/tag/v2.2.0
-
How to: Opening Channels on Lightning network
These are the docs I used to open a channel with Sphinx earlier today - my first time trying as well. I would suggest giving it a shot: https://github.com/stakwork/sphinx-relay/wiki/Open-a-channel-with-Thunderhub
- Any active cryptocurrency using react native?
circuitbreaker
-
π MiniBolt resources π List of the MiniBolt core/bonus guides + latest versions
Circuit Breaker v0.3.1 (Released: 25th July 2022) - https://github.com/lightningequipment/circuitbreaker/tags
- How will Bitcoin scale?
-
β‘ RaspiBolt Improvement Proposals & Bounties π°
A lightning 'firewall' to avoid griefing attacks (see Github repo, and Bitcoin Magazine article). Alpha quality so should be as an option, not in main guide yet.
-
Stealing Sats from the Lightning Network Custodial Services
In the case depicted in Fig-2, our routing node is directly connected to the custodial service. This is ideal to optimize the attack: the deposits have no cost, HTLCs will settle quickly, and we avoid the limitations set by other routing nodes using CircuitBreaker (payments fail when a few HTLCs are pending). If the attack is successful, having a lot of inbound liquidity from other nodes is key. The channel to the custodial service will quickly become unusable as we have stolen the liquidity to our side. Therefore, you want to desuturate it by circular rebalancing. Once we free up inbound liquidity from the custodial service, the channels to our liquidity providers will be saturated, we can chose to close those and move the profits on-chain or we could loop out (not sure which process is less costly: we are making free BTC, does it even matter?)
-
Nano developing interest from a BTC maximalist
That's old news from last year. Already been addressed: https://github.com/lightningnetwork/lnd/pull/4527 https://github.com/lightningequipment/circuitbreaker
- Flood & Loot: A Systemic Attack On The Lightning Network
-
A bearish case for Nano: a discussion about bitcoin's scalability and a comparison of Nano with other altcoins.
The nano shiller proceeds with more FUD: "Ya but LN has many security issues, there is the famous flood & loot attack, you should google it". What the nano shillers either don't know, or as I would expect from them, consciously omit is that we already have a sort of "firewall" for this attack and this problem has been fixed. I suspect consciously because they always claim bitcoin is not scalable when this is obviously false and they know that too.
-
Rounding up fees? Min fee?
Ah ok I misunderstood your question then. The third option is what i use also. For your 4th option take a look at https://github.com/lightningequipment/circuitbreaker where an hold fee for an htlc was discussed. The base fee part could probably be used as you suggest as fourth option but I do not think something like this is implemented anywhere yet.
-
Which are the most delusional crypto supporters, in your opinion
1) Flood & Loot attacks have been fixed. Source 1 & Source 2.
-
Flood & Loot attack: A vulnerability of the lightning network
And here https://github.com/lightningequipment/circuitbreaker
What are some alternatives?
raspibolt - RaspiBolt v3: Bitcoin & Lightning full node on a Raspberry Pi
lnd - Lightning Network Daemon β‘οΈ
RaspiBolt - RaspiBolt moved to https://raspibolt.org
rebalance-lnd - A script that can be used to balance lightning channels of a lnd node
rainbow - πβ the Ethereum wallet that lives in your pocket
lightning - Core Lightning β Lightning Network implementation focusing on spec compliance and performance
thunderhub - ThunderHub LND Lightning Node Manager in your Browser
rain - π§ BitTorrent client and library in Go
electrs - An efficient re-implementation of Electrum Server in Rust
howmanyconfs.com - How many confirmations are equivalent to 6 Bitcoin confirmations?
pine-app - π± Pine is an open-source bitcoin wallet for sending and receiving money among your friends.
ln-fee-siphoning - A collection of scripts to steal BTC from Lightning Network enabled custodial services. Only for educational purpose! Share your findings only when design flaws are fixed.