-
@ 330fb143:7ee42dac
2025-01-08 19:26:57
that means you don’t use the same node and the alby hub is configured to use the internal node and not your umbrel node. so what I said was wrong in your case
-
@ 330fb143:7ee42dac
2025-01-08 18:20:13
did you compare the node ids? is it the same?
where did you see 0 channel?
-
@ 330fb143:7ee42dac
2025-01-08 09:21:35
yes, check the readme:
http://github.com/getalby/hub
also any existing connections will break (as the relay changes) so you have to configure the apps connections again.
-
@ 330fb143:7ee42dac
2025-01-07 21:01:23
that’s currently not planned, because the architecture currently requires it to be set at startup.
-
@ 330fb143:7ee42dac
2025-01-07 20:39:16
that’s plain wrong. nobody lost or looses anything!
on what basis do you make this comment?!
-
@ 330fb143:7ee42dac
2025-01-07 20:30:53
it can be configured when self hosting through an env variable
-
@ 330fb143:7ee42dac
2025-01-06 22:22:15
your LND node now has a channel. (you just used the Alby Hub interface to open it)
So you can use the Alby Hub or anything else that uses your LND, all works.
-
@ 330fb143:7ee42dac
2025-01-06 20:51:33
ah, sorry. missed that detail
so on Umbrel if you use LND, then Alby Hub just uses your LND node.
It is basically a easy UI for your LND node.
So you opened a channel in Alby Hub (the UI), but your LND is the node that has this channel.
Alby Hub gives your LND node the powers to for example connect to the Alby lightning address, the extension, the mobile app, use zapping on nostr. etc.
-
@ 330fb143:7ee42dac
2025-01-06 20:43:18
It sounds like you use Alby Hub with your LND node on Umbrel.
Then Alby Hub just uses your LND node. The seed phrase is in your LND.
Alby Hub then does not even have that key and thus you can not see it there. You just need to have your LND backup as normal.
-
@ 330fb143:7ee42dac
2025-01-06 20:38:59
1. channels normally have fixed amounts. the default in Alby Hub is to get a channel with 1m receiving capacity from a LSP. This is typically enough for most users to always be able to send and receive.
2. yeah, sure. the wallet is there to send and receive. Zap hard here on nostr for example 😉
3. not sure if I understand the question. "channels" are there to send/receive. so you need one and all payments go through that.
-
@ 330fb143:7ee42dac
2025-01-06 12:37:09
Did you check this on your alby account: https://getalby.com/node/embrace_albyhub - it should have all the info.
-
@ 330fb143:7ee42dac
2025-01-06 12:07:41
this is awesome! it's becoming the best app store for devs and users.
-
@ 330fb143:7ee42dac
2025-01-05 15:21:48
It's full focus on Alby Hub now.
-
@ 3bf0c63f:aefa459d
2025-01-05 02:07:31
Thank you for finding this, I'm happy that it exists but I will not watch because I want to stay happy.
-
@ 330fb143:7ee42dac
2025-01-04 15:29:44
With the self-custodial setup you need your own channel, Alby Hub provides integrates service providers to easily get your channel.
It's part of the onboarding and a one-click process, but has some upfront costs.
Don't be scared of managing your own channels. With typical usage you once get a channel to connect to the network and then it's on and works.
-
@ 330fb143:7ee42dac
2025-01-04 15:26:25
You can use the getalby.com lightning address. just hook up your alby hub to an alby account. Works well with the LN address, the extension, etc.
-
@ 330fb143:7ee42dac
2025-01-04 14:57:16
yeah, happy to hear that! let us know how it goes and what we need to improve!
-
@ 330fb143:7ee42dac
2025-01-04 14:54:00
why did it go down? can I help and what can we improve? 🙏
-
@ 330fb143:7ee42dac
2025-01-04 13:19:23
who made us believe that this is something special or impossible?
-
@ 3bf0c63f:aefa459d
2025-01-03 22:44:13
I just shut down bridgeaddr (you don't know what that is).
-
@ 3bf0c63f:aefa459d
2025-01-03 21:27:15
I am not sure Nostr is the best way to achieve this, but if this is happening inside a closed environment you should probably do a bunch of normal events that update the internal state of that environment.
-
@ 1f79058c:eb86e1cb
2025-01-03 18:34:23
I want to implement multi-author blogs on Nostr. For example for our opensource co-op. The authors should be able to tag posts for one or more blogs, and the co-op key should publish who's allowed to post. When our relay goes down or loses DNS connectivity for whatever reason, everything can still be accessible from other relays. Clients can also cache whatever they want.
-
@ 3bf0c63f:aefa459d
2025-01-03 17:24:25
I honestly don't get what a publication is, in essence. If it's not curation then it is what? Is it like a movement by which various people are gathered and they all agree to write articles specifically to be published on that place? That would make sense.
If I am right about this then the relay specific for the publication is what makes more sense to me:
Considering an example on the internet of 20 years ago, we could have Bob and his blog at bob.blog and a publication at xfiles.pub. Bob generally writes about politics on bob.blog, but on xfiles.pub he only writes about the X-Files.
Normal Bob followers will naturally connect to bob.blog and read his politics stuff and never see his X-Files articles and X-Files fans will read Bob's articles on xfiles.pub and may or may not be inclined to look for other Bob articles on bob.blog.
Of course, anyone is free to copy-paste Bob's articles from xfiles.pub or from bob.blog and rehost them elsewhere without mentioning where they were taken from, but that is of little relevance to most users.
-
@ 1f79058c:eb86e1cb
2025-01-03 16:50:47
GM
https://image.nostr.build/c2950fc07f0260061b99868a1955ad7f85e1e4829411301a85facc1df1f8df93.jpg
-
@ 330fb143:7ee42dac
2025-01-03 16:23:27
yes. https://m.primal.net/NQZQ.png
or here: https://getalby.com/.well-known/keysend/d0enakalle
-
@ 330fb143:7ee42dac
2025-01-03 16:11:41
It's the start of a new era...
which actually already started a year ago 😉
-
@ 330fb143:7ee42dac
2025-01-03 16:09:48
The podcasting 2.0 spec work with the node keys (doing keysend payments). Thus you have to update the feed to use your hub now as you now have your own node key.
we make sure that old feeds do not break. Because many podcast payments are small you have to transfer those sats manually.
-
@ 1f79058c:eb86e1cb
2025-01-03 15:43:35
A publication is a collection of content from various authors/creators, usually with the permission of the author for their content to appear in it. Personally, I would not call user-curated collections like e.g. on Flipboard a "publication", since the idea of a publication is for content to be first published, not merely shared, listed, or linked.
The potential censorship risks of DNS have absolutely nothing to do with publications not publishing everyone's articles. Not sure what you meant to say there. I meant that when events are spread across multiple relays to begin with, it's much harder for people to lose access to content, when a single relay goes down for whatever reason (can also just be infrastructure issues).
-
@ 1f79058c:eb86e1cb
2025-01-03 15:37:52
It means to fetch and render events created/signed by a specific key. In this case, all article events. The author has no control over who fetches and syncs their stuff. I sync your articles to our relay for example, then subscribe from there (currently via RSS, because I haven't tried out Narr yet). There are also caching relays, mobile relays, etc.. This is why tying anything to a particular relay seems like the wrong approach to me.
Also, relays are identified via DNS and don't additionally sign content, so without any kind of tag mentioning the publication (in that case the relay), the author's intention for being published there is not clear.
-
@ 330fb143:7ee42dac
2025-01-03 00:29:50
sounds like you should go into politics.
-
@ 330fb143:7ee42dac
2025-01-03 00:14:12
I doxxed myself with the hasted reply
-
@ 330fb143:7ee42dac
2025-01-02 23:42:22
:D I am not so lucky
-
@ 330fb143:7ee42dac
2025-01-02 23:13:50
sounds like spam
-
@ 330fb143:7ee42dac
2025-01-02 19:51:20
what's the thing here? the same name spreads scams on TG?
-
@ 330fb143:7ee42dac
2025-01-02 18:09:15
I see 3 zaps on that one actually. here a damus screenshot. https://image.nostr.build/2b623bfb6bf1992ed4c035890fcf5ecad04d0cf1a334dbd0b41cf03a4ba835ae.jpg
-
@ 330fb143:7ee42dac
2025-01-02 18:05:00
if the payment works it is independent of the wallet I think.
-
@ 330fb143:7ee42dac
2025-01-02 18:03:16
yeah,
there are so many moving parts in zaps (two wallets, zap service, nostr relays, clients, different nostr events) that this is often hard to debug and actually often fragile.
-
@ 330fb143:7ee42dac
2025-01-02 17:49:14
and what does primal and strike say?
-
@ 330fb143:7ee42dac
2025-01-02 17:14:03
hmm, let’s add lightning or even NWC/cashu/… to that diagram 🤔
;)
-
@ 330fb143:7ee42dac
2025-01-02 17:12:11
currently not.
we try to default to less, but bigger channels with very well connected LSPs so more complicated things like rebalancing should not really be needed.
but it’s a feature on the radar.
-
@ 330fb143:7ee42dac
2025-01-02 17:09:40
They are very good.
And I would also say less channels is better here because otherwise funds are spread across too many channels which is then potentially worse to pay higher amounts.
-
@ 330fb143:7ee42dac
2025-01-02 13:22:33
ok, sorry about this. but generally they are really good and also have great support.
so if you have an issue with the LSP again, contact support to debug it.
-
@ 330fb143:7ee42dac
2025-01-02 13:16:52
Not sure about breez, but
generally I haven't heard of any problems. do you have a screenshot of your node page?
-
@ 330fb143:7ee42dac
2025-01-02 13:11:23
to where did you try to send?
and the amount was below the sending capacity in one of them?
-
@ 330fb143:7ee42dac
2025-01-02 13:08:33
Megalith is a good routing node, so one channel should be good. (I assume it is shown as online?)
Megalith also has a really good uptime.
-
@ 330fb143:7ee42dac
2025-01-01 20:22:38
https://www.youtube.com/watch?v=y29kmnhjtc8
-
@ 330fb143:7ee42dac
2025-01-01 19:59:25
fyi we also do HTTP stuff with this: https://github.com/getAlby/http-nostr
-
@ 330fb143:7ee42dac
2025-01-01 19:53:27
I am not very familiar with LNBits. sorry.
-
@ 3bf0c63f:aefa459d
2025-01-01 14:32:56
Wow, already? That's very cool.
-
@ 330fb143:7ee42dac
2025-01-01 11:16:23
from alby hub to alby hub you can migrate in the settings.
-
@ 330fb143:7ee42dac
2025-01-01 10:01:29
what/where do you want to migrate?
-
@ 330fb143:7ee42dac
2025-01-01 10:00:13
I think you can use the lnbits NWC plugin
-
@ 330fb143:7ee42dac
2025-01-01 09:59:09
I know it’s annoying because the fees are not known upfront. do a few some smaller payments. if you have some left contact support.
-
@ 330fb143:7ee42dac
2024-12-31 10:12:59
you can run it yourself.
or use some other wallet like coinos with the Extension.
And for Nostr the extension also works without a wallet.
-
@ 330fb143:7ee42dac
2024-12-31 09:54:18
wow, nice offer from nostr:nprofile1qy2hwumn8ghj7etyv4hzumn0wd68ytnvv9hxgqgkwaehxw309ahx7um5wghxumm0dejhxtnrdakszynhwden5te0wp6hyurvv4cxzeewv4esz8thwden5te0wfjkccte9e3kzum4v9kxxunewp6x7tnyv96x2qg5waehxw309aex2mrp0yhxgctdw4eju6t0qyt8wumn8ghj7un9d3shjtnswf5k6ctv9ehx2aqprpmhxue69uhhyetvv9ujuumwdae8gtnnda3kjctvqqsy9dqfl7djvx5c2gnmr2ujwpl8qemh4s2dufr9f4lqtuzsrvm7qqcds5vhf
https://m.primal.net/NMVW.png
-
@ 330fb143:7ee42dac
2024-12-30 23:50:48
best is to get a channel from an LSP. those typically stay open if there is some usage.
this is now also the default flow in Alby Hub.
-
@ 330fb143:7ee42dac
2024-12-30 23:40:24
you can keep on using the extension.
just configure a different wallet
-
@ 330fb143:7ee42dac
2024-12-30 14:49:15
does it also work in reverse?
-
@ de7ecd1e:55efd645
2024-12-30 14:11:47
I put a random seed phrase into AI image gen, and it spat out this
https://image.nostr.build/639e05316c55fc74bd6b4e4b302cc92dcf696e54f407e8400e713f77e6a3166e.png
-
@ 3bf0c63f:aefa459d
2024-12-29 21:49:58
What does it mean to "just subscribe to a pubkey" anyway? It means connecting to the relay or set of relays that pubkey has chosen and downloading events from there.
In this case subscribing to a custom relay is different, but not completely different, in practice -- but I grant you we have no way to do this seamlessly currently in any client -- except perhaps Nostur.
-
@ 3bf0c63f:aefa459d
2024-12-29 21:47:32
Well, what is a publication anyway if not centered around a brand and a special infrastructure? And censorship concerns are diminished in this case as you're already running your own server -- moreover a publication already "censors" by its own nature, since it doesn't accept articles from anyone.
The special relay approach doesn't prevent anyone from linking, tagging or replying to the publications themselves from other relays, that's the beauty of Nostr indeed and it wouldn't be lost.
-
@ 1f79058c:eb86e1cb
2024-12-29 20:57:41
Hmm. I always thought the basic idea of Nostr is that events are not tied to domain names or URLs or anything of the sort. Off the top of my head, I see 3 issues with this special-relay approach:
1. It diminishes censorship resistance
2. Seeing publications tagged (and linked) in articles before having subscribed to a special relay is good for discovery. I would definitely want people to be able to subscribe to all my articles by just subscribing to the pubkey itself.
3. It adds a burden on publishers to run special infrastructure
-
@ 3bf0c63f:aefa459d
2024-12-29 20:27:18
I am not interested in these sell-outs, I prefer voluntary work by idealists.
-
@ 3bf0c63f:aefa459d
2024-12-29 20:17:09
One easy solution would be https://nips.nostr.com/18#generic-reposts: a publication pubkey would repost specific events from other people. In fact that reminds me I should support that on narr and noflux, should be easy.
But I've seen that question come up many times and in my mind the ideal solution that composes better is specific publication relays. A publication would have its own custom relay (well, just its website would act as a relay too underneath, like fiatjaf.com does) and everything you could found inside that relay would be part of that publication feed. The events could have a NIP-70 "-" tag to tell all other relays to not rehost them so articles written by someone for a specific publication wouldn't be found in that person's normal feed (or they could choose otherwise, of course).
-
@ 1f79058c:eb86e1cb
2024-12-29 17:08:19
nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 Have you thought about NIP-23 feeds for publications instead of pubkeys?
I.e. one could subscribe to a feed of a specific blog that multiple authors write using their own pubkeys. Most blogs in my RSS reader work like this, and I think it's crucial for NIP-23 to be as useful as it can be. The cool thing about Nostr feeds vs normal RSS feeds is that the content would be properly attributed to each author and can be gathered and rendered outside of a centralized blog/feed as well.
I was thinking about creating a new kind for announcing a "publication" (i.e. blog, magazine, etc.), which holds metadata similar to a kind 0 profile (display name, avatar/icon, description, ...). The pubkey "founding" the "publication" would then add tags for authorized author pubkeys, so clients could verify that when a kind 30024 article is tagged with one or more publication IDs, it's not spam or impersonation.
One problem with this (and with a system without time in general) is that when a founder would remove authors later on, it would appear as if they never wrote for a certain publication. But I'm not sure it's actually a problem in practice.
What do you think? Maybe I'm thinking about this all wrong? Or maybe someone has solved this already?
-
@ 330fb143:7ee42dac
2024-12-27 12:36:04
if you want you can also configure a different/your own relay.
the nice thing about the relay is that it’s just a normal Nostr mailbox system that forwards messages.
-
@ 330fb143:7ee42dac
2024-12-27 12:34:35
how does it work for yoy?
-
@ 330fb143:7ee42dac
2024-12-27 12:33:27
what channels do you have?
-
@ 330fb143:7ee42dac
2024-12-25 23:46:34
they will no longer be able to send if you don’t configure your wallet
-
@ 330fb143:7ee42dac
2024-12-25 23:43:40
we don’t have a relay. we only have one for NWC, which does not support anything else.
-
@ 1f79058c:eb86e1cb
2024-12-25 15:49:33
MC
https://www.youtube.com/watch?v=pfiCNAc2AgU
-
@ 1f79058c:eb86e1cb
2024-12-24 14:15:06
"True freedom isn’t just about living for oneself. It’s about building a future where individual sovereignty is enriched by collective purpose"
https://globalnatives.substack.com/p/what-freedom-really-means-from-sovereign
This resonates a lot with me. Probably because I've been living as a sovereign individual for well over a decade now, but have also been helping to build both a co-living space and a co-op over the last few years.
-
@ 330fb143:7ee42dac
2024-12-23 11:06:05
and what’s the error there?
in the extension try to add it again.
-
@ 330fb143:7ee42dac
2024-12-23 07:30:23
did you log in on getalby.com?
-
@ 1f79058c:eb86e1cb
2024-12-23 06:30:52
GM
https://image.nostr.build/45f2aad15fca3ba3a5875c04cca0460473b2c4747e161821dd27160328514e3b.jpg
-
@ 330fb143:7ee42dac
2024-12-22 10:59:23
many people say taxation is theft.
2. is bad. (though I doubt you get on a most wanted list because of that)
-
@ 3bf0c63f:aefa459d
2024-12-22 00:06:00
No updates means it works. Why update?
-
@ 330fb143:7ee42dac
2024-12-21 23:18:18
what did he do?
-
@ dbe0605a:f8fd5b2c
2024-12-21 23:08:42
When creating lightning invoices, do you usually input fiat value or satoshis?
-
@ 330fb143:7ee42dac
2024-12-20 23:24:25
It’s a song against the CFA. but the last seconds of the song: our money should be gold said Mr. Gaddafi.
he also had this plan of the Gold backed african currency, didn’t he?
-
@ 330fb143:7ee42dac
2024-12-20 23:15:45
do you know this one?
https://m.youtube.com/watch?v=OO-s94Rf36k
-
@ 1f79058c:eb86e1cb
2024-12-20 05:35:26
Scrooged, Die Hard, Bad Santa. (In no particular order.)
-
@ 1f79058c:eb86e1cb
2024-12-20 04:17:56
Opening a lightning channel is just a normal bitcoin transaction. So the fee goes to the miner who mines the block, same as with every other on-chain transaction.
If you buy an incoming channel from an LSP, then they charge a fee that is usually a bit higher than the pure tx fee. But if you spend through your own channels first, you can create incoming liquidity for free (i.e. the overall amount you spend).
-
@ 330fb143:7ee42dac
2024-12-19 21:36:00
ok, thanks. can you try the linking again? great that you have this error reproducable, thanks for the help.
we made some changes on the web account setup.
-
@ 330fb143:7ee42dac
2024-12-19 19:23:37
if you use an LSP (lightning service provider) then those have a fee. e.g. nostr:npub1l0ans4w4psmcv6hsqjz2v3mxszhputlsfn4emkynv3jlwrfez59s35q0ug
-
@ 330fb143:7ee42dac
2024-12-19 16:09:36
we're still debugging this. quick question do other app connections like Alby Go work for you?
-
@ 1f79058c:eb86e1cb
2024-12-19 05:15:31
Called it:
nostr:nevent1qvzqqqqqqypzqaef0yxw32383kusc0jtyyl37swg8encanf0j0rxn8672ag08fmjqyt8wumn8ghj7un9d3shjtnddaehgu3wwp6kytcpz4mhxue69uhkg6t5w3hjuur4vghhyetvv9usqg9y8g2u38e2j07gysrqktpmq45lxaj56gdjhkhtnaxfmh9a0xsc2sv6z6ve
-
@ 330fb143:7ee42dac
2024-12-19 00:04:51
some communication error is still there.
will continue debugging it tomorrow.
would you be up for a screen sharing session maybe?
-
@ 330fb143:7ee42dac
2024-12-18 22:47:05
ok, thanks. just to confirm:
the error persists even after:
+ restart of the hub
+ a newly created connection in the hub
+ and the error says "Request timeout. ..." - is there some id in there?
(thanks for debugging)
-
@ 330fb143:7ee42dac
2024-12-18 21:36:55
ok, that sounds awesome and means your hub receives the message from the relay. but it seems the web account does not receive the answer.
did this persist when you tried it again?
which account is this?
-
@ 330fb143:7ee42dac
2024-12-18 20:37:37
do you use some firewall tool?
-
@ 330fb143:7ee42dac
2024-12-18 20:16:02
what version do you have? and what system are you on?
that indicates a networking issue and that your hub is not answering
-
@ 330fb143:7ee42dac
2024-12-18 16:41:42
nice.
that could be cool for boosts and comments and everything that we come up with.
The feed defines the relay in a tag that the app can use and then apps just post nostr events to those relays.
Apps can either expose the keys to users and let them configure their own nostr key/profile (as fountain already does) or just generate one for users and they don't need to know about it.
-
@ 330fb143:7ee42dac
2024-12-18 15:40:44
guess I just don’t see that being successful (“most successful launch”) in the past is a reason for it to be successful in the future.
that bitcoin is probably the best asset we have is clear. that’s why we’re bullish.
but that’s for me independent of a ETF that is bigger than a Gold ETF.
for me it being bigger than Gold is actually still a bit too early.
as it moves in quickly it can move out quickly again, too.
it needs a proven foundation for me.
-
@ 330fb143:7ee42dac
2024-12-18 15:14:33
I did not come to the conclusion. I am asking. Asking why this chart is bullish.
bullish means that the net assets there would increase even further? how do you come to that conclusion?
(don't get me wrong, I am bullish on Bitcoin)
-
@ 330fb143:7ee42dac
2024-12-18 14:28:16
and why can’t it outflow again just as quickly? if it’s overbought compared to Gold and it’s long track record.
are people just in for a quick gain which then is dropped?
-
@ 330fb143:7ee42dac
2024-12-18 13:31:20
why is that bullish?
is too much money in that ETF? and it should be more or less than the Gold one?
-
@ 1f79058c:eb86e1cb
2024-12-18 10:35:46
Cool idea for rendering the balance as both BTC and sats at the same time!
-
@ 330fb143:7ee42dac
2024-12-17 19:10:46
the latest version v1.12.0 has an improvement there that better recovers from network connection issues to the relay.
not sure if this was the problem here, but maybe. let me know if it happens again
-
@ 1f79058c:eb86e1cb
2024-12-17 13:10:16
All just so their upcoming CBDC is able to compete at all. Without this, many of the younger Europeans would just laugh them out of the room, given the abysmal performance of their shitcoin.