Ecosyste.ms: Timeline
Browse the timeline of events for every public repo on GitHub. Data updated hourly from GH Archive.
shaavan pushed 1 commit to invreqevent-8 shaavan/rust-lightning
- Introduce InvoiceRequestAssessor as parameter for OffersMessageFlow Parametised OffersMessageFlow over InvoiceReques... 3bf5098
shaavan pushed 1 commit to invreqevent-8 shaavan/rust-lightning
- Introduce InvoiceRequestAssessor as paramter for OffersMessageFlow Parametised OffersMessageFlow over InvoiceRequest... 9da8770
shaavan pushed 4 commits to invreqevent-8 shaavan/rust-lightning
- Introduce Bolt12ResponseError Introduce a new category of Bolt12 errors that contains the error generated while tryi... 209a3a2
- Introduce InvoiceRequestAssessor The new trait allow taking the invoice_request, and access it. For now this allows ... 976d0df
- Introduce DefaultInvoiceRequestAssessor This implements the default behavior for InvoiceRequestAssessor 59da203
- Introduce InvoiceRequestAssessor as paramter for OffersMessageFlow Parametised OffersMessageFlow over InvoiceRequest... 9a19bf4
shaavan created a branch on shaavan/rust-lightning
invreqevent-8 - A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
shaavan created a comment on an issue on lightningdevkit/rust-lightning
Hi @mhrheaume! Thanks for pointing this out—I looked into the codebase to see if I could confirm the issue. To do this, I created a branch with a test that simulates how the code behaves in t...
shaavan created a branch on shaavan/rust-lightning
issue3090-test - A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
shaavan pushed 41 commits to main shaavan/rust-lightning
- Add `lightning-liquidity` crate to the workspace We upstream the `lightning-liquidity` into the `rust-lightning` wor... b8b8071
- Avoid allocating during `LSPSMethod` serialization 94c1e37
- Use `split_off` instead of collecting in `get_pending_events()` d8ba98b
- Use LDK-internal Hash{Map,Set} types in `lightning-liquidity` 3a8e1bf
- Use `lightning::sync` via symlink in `lightning-liquidity` .. to which end we also need to make some additions to `d... 9c9b4a8
- Upper-bound the event queue size We add a size limit on the event queue, after which we'll just start dropping event... 7e42b36
- LSPS2: Introduce `MAX_PENDING_REQUESTS_PER_PEER` service limit We introduce a new `MAX_PENDING_REQUESTS_PER_PEER` li... 3f2e232
- LSPS2: DRY up pending request insertion/removal .. which is a prefactor to also start checking the total number of p... 1f13c80
- LSPS2: Enforce a limit on total pending requests To this end we introduce a new counter keeping track of overall req... f75f124
- LSPS2: Clean pending `get_info` request state on disconnection We clean up any `get_info` request state when peers d... 6451a43
- Define `MigratableKVStore` trait with `list_all_keys` method .. which will be used for generic `KVStore`-to-`KVStore... 91ae8b8
- Always require a `PeerState` for the CP when claiming an HTLC Now that we track the latest `ChannelMonitorUpdate::up... f9765c4
- Set closed chan mon upd `update_id`s at creation not application In c99d3d785dd78f594837d283636b82222c3b9ef1 we adde... 1481216
- Add an additional variant to `handle_new_monitor_update!` In d1c340a0e1f988e0414aa5425f7c76e515ada6dd we added suppo... 3395938
- Support async `ChannelMonitorUpdate`s to closed chans at runtime One of the largest gaps in our async persistence fu... e938ed7
- Don't double-claim MPP payments that are pending on multiple chans On startup, we walk the preimages and payment HTL... 260f875
- Support async `ChannelMonitorUpdate`s to closed chans at startup One of the largest gaps in our async persistence fu... 41f703c
- DRY the pre-startup `ChannelMonitorUpdate` handling This moves the common `if during_startup { push background event... 79190ad
- Remove the `async_signing` cfg flag Now that the core features required for `async_signing` are in place, we can go ... 47ca19d
- Reintroduce cfg(dual_funding) for handling of open_channel2 messages 6f8328e
- and 21 more ...
shaavan pushed 3 commits to invreqevent-7 shaavan/rust-lightning
- Introduce Bolt12ResponseError Introduce a new category of Bolt12 errors that contains the error generated while tryi... bf9d08e
- Introduce Bolt12MessageHandler trait This new trait seperate the functions related to generating Bolt12 message resp... 9b6e25b
- impl Bolt12MessageHandler for OffersMessageFlow 685f350
shaavan created a review comment on a pull request on lightningdevkit/rust-lightning
With the updated analysis, the size of the "For Offer" case has changed to 182. Taking this into account, here’s the revised analysis: The updated findings indicate that **P=31 consistently resu...
shaavan created a branch on shaavan/rust-lightning
invreqevent-7 - A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
shaavan created a comment on a pull request on lightningdevkit/rust-lightning
**Updated** from [pr3412.10](https://github.com/shaavan/rust-lightning/commits/pr3412.10) to [pr3412.11](https://github.com/shaavan/rust-lightning/commits/pr3412.11) ([diff](https://github.com/shaa...
shaavan pushed 18 commits to offersmessageflow shaavan/rust-lightning
- Remove async BOLT12 handling support This commit temporarily removes support for async BOLT12 message handling to en... 8961789
- Introduce `OffersMessageFlow` This commit introduces a new struct, `OffersMessageFlow`, to extract all offers messag... fc9060c
- Introduce `OffersMessageCommons` Trait and Implementation A new trait, `OffersMessageCommons`, is introduced to enca... 8dfaacd
- f: Move initiate_async_payments to commons 8bca807
- Refactor `OffersMessageHandler` Implementation to `OffersMessageFlow` This commit introduces the `OffersMessageHandl... 7abead8
- Introduce `AnOffersMessageFlow` - This commit introduces a new struct, `AnOffersMessageFlow`, which generically im... 4f277a9
- Move `create_offer_builder` to `OffersMessageFlow` 14b1c17
- Move create_refund_builder to OffersMessageFlow 344eb4c
- Move pay_for_offer to OffersMessageFlow 6eabb74
- Move request_refund_payment to OffersMessageFlow 6ab36b6
- f: Remove spurious _persistence_guard check - The _persistence_guard here was not serving any purpose, and hence can... 80a59d6
- Move pay_for_offer_human_readable to OffersMessageFlow d59e522
- Move DNSResolverMessageHandler impl to OffersMessageFlow 53a7713
- Move create_blinded_path_using_absolute_expiry to flow.rs b01b656
- Introduce create_blinded_paths in flow.rs 1. This allow removing an extra function from commons, simplifying the ... 309e72c
- Move pending_offers_message to flows.rs d6ee2da
- Move pending_dns_onion_messages to flow.rs bfab3f9
- Move verify_bolt12_invoice to flow.rs 10b25f4
shaavan created a tag on shaavan/rust-lightning
pr3412.11 - A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
shaavan created a comment on a pull request on lightningdevkit/rust-lightning
Updated from [pr3246.14](https://github.com/shaavan/rust-lightning/commits/pr3246.14) to [pr3246.15](https://github.com/shaavan/rust-lightning/commits/pr3246.15) ([diff](https://github.com/shaavan/...
shaavan created a tag on shaavan/rust-lightning
pr3246.15 - A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
shaavan created a branch on shaavan/rust-lightning
ci - A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
shaavan created a branch on shaavan/rust-lightning
ci - A highly modular Bitcoin Lightning library written in Rust. It's rust-lightning, not Rusty's Lightning!
shaavan pushed 8 commits to main shaavan/rust-lightning
- Add holder commitment point to channel and unfunded context We are choosing to move the `HolderCommitmentPoint` (the... 380b871
- Remove holder commitment point from channel context Following a previous commit adding `HolderCommitmentPoint` elsew... 2de72f3
- Handle fallible commitment point for open_channel message In the event that a signer cannot provide a commitment poi... 5026d71
- Move setting signer flags to get_funding_created_msg For all of our async signing logic in channel establishment v1,... 08251ca
- Handle fallible commitment point when getting accept_channel Similar to `open_channel`, if a signer cannot provide a... 8058a60
- Handle fallible commitment point when getting channel_ready Here we handle the case where our signer is pending the ... e64af01
- Add test for async open and accept channel Here we make a test that disables a channel signer's ability to return co... d1e94bd
- Merge pull request #3109 from alecchendev/2024-06-async-commit-point-funding Handle fallible per commitment point in... c62cd15
shaavan created a review comment on a pull request on lightningdevkit/rust-lightning
Hi! I've updated the [branch](https://github.com/shaavan/rust-lightning/tree/padding-test) with the new analysis. The sizes of `ReceiveTlvs` for both **Offers** and **Refunds** have signific...