ZmnSCPxj [ARCHIVE] on Nostr: š
Original date posted:2021-06-28 š Original message:Good morning Raymo, > > It ...
š
Original date posted:2021-06-28
š Original message:Good morning Raymo,
>
> It looks you already missed the entire design of Sabu and its
> restrictions. First of all, the Gazin wallet always controls the Sabu
> restrictions for every transaction in order to consider it as a valid
> transaction in a valid deal. That is, the creditor wallet controls the
> MT and GT in first place.
Stop right there.
>From the above, what I get is, "trust the Gazin wallet".
Thus, the suggestion to just use Coinbase.
At least it has existed longer and has more current users that trust it, rather than this Gazin thing.
Is Gazin open-source?
* If Gazin is open-source, I could download the source code, make a local copy that gives me a separate copy of the keys, and use the keys to sign any transaction I want.
* If Gazin is not open-source, then why should I trust the Gazin wallet until my incoming funds to an open-source wallet I control have been confirmed deeply?
Lightning is still superior because:
* It can be open-sourced completely and even though I have keys to my onchain funds, I *still* cannot steal the funds of my counterparty.
* Even if I connect my open-source node to a node with a closed-source implementation, I know I can rely on receives from that node without waiting for the transaction to be confirmed deeply.
All the benefits your scheme claims, are derived from the trust assumption, which is uninteresting, we already have those, they are called custodial wallets.
Lightning allows for non-custodiality while achieving high global TPS and low fees.
And a central idea of Lightning is the requirement to use an n-of-n to form smaller sub-moneys from the global money.
Regards,
ZmnSCPxj
Published at
2023-06-07 22:54:56Event JSON
{
"id": "c63a32b89a7f562bbc654c8b3f0d6ea6a7ae9cdaf354a92afb8ef1c6d3cfe5fa",
"pubkey": "4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861",
"created_at": 1686178496,
"kind": 1,
"tags": [
[
"e",
"3ebd7f928d32c4622a16cd89abc93b788e957c8f9779a11f751efe89917c69af",
"",
"root"
],
[
"e",
"b9b51c903680da20d8aa8d0a61532559063a34e72cb00d097f6be2b3bdf7cf72",
"",
"reply"
],
[
"p",
"e36b7110c1aec7ad324a0dff547934e4613f97664e1e5054ea68afa001b4e173"
]
],
"content": "š
Original date posted:2021-06-28\nš Original message:Good morning Raymo,\n\n\u003e\n\u003e It looks you already missed the entire design of Sabu and its\n\u003e restrictions. First of all, the Gazin wallet always controls the Sabu\n\u003e restrictions for every transaction in order to consider it as a valid\n\u003e transaction in a valid deal. That is, the creditor wallet controls the\n\u003e MT and GT in first place.\n\nStop right there.\n\n\u003eFrom the above, what I get is, \"trust the Gazin wallet\".\nThus, the suggestion to just use Coinbase.\nAt least it has existed longer and has more current users that trust it, rather than this Gazin thing.\n\n\nIs Gazin open-source?\n\n* If Gazin is open-source, I could download the source code, make a local copy that gives me a separate copy of the keys, and use the keys to sign any transaction I want.\n* If Gazin is not open-source, then why should I trust the Gazin wallet until my incoming funds to an open-source wallet I control have been confirmed deeply?\n\nLightning is still superior because:\n\n* It can be open-sourced completely and even though I have keys to my onchain funds, I *still* cannot steal the funds of my counterparty.\n* Even if I connect my open-source node to a node with a closed-source implementation, I know I can rely on receives from that node without waiting for the transaction to be confirmed deeply.\n\n\nAll the benefits your scheme claims, are derived from the trust assumption, which is uninteresting, we already have those, they are called custodial wallets.\nLightning allows for non-custodiality while achieving high global TPS and low fees.\nAnd a central idea of Lightning is the requirement to use an n-of-n to form smaller sub-moneys from the global money.\n\nRegards,\nZmnSCPxj",
"sig": "4849008167e7ac4c24897cef3ab82f7aa74d0800a325fe1cfc5ddc148043bb5e5d0492fabac679f7e1852a81fab6b12e6e1486da3d0bed9972775c951f5ffd60"
}