You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
a common use case would be to allow others to see a CC of transactions you send. there could even be a 'pot' account that accepts all transactions implicitly. you could run a snap-server to administer the pot, but it would be nicer to do a sort of group chat.
then, in the face of all sorts of crashes you might want to do Merkle on top of gossip?
should I use SecureScuttleButt? should I use SOLID?
The nice thing about the SNAP network is that each link can choose its own underlying messaging system. That includes Merkle Tree and Gossip, as long as the transaction state life cycle is as SNAP defines it.
So could there be zero or multiple recipients? A group ledger can be modeled by a hub-and-spokes in the SNAP network. maybe the hub is virtual and "carried" by the group members.
having a pot begs the question who gets that pot. for instance, ToS;DR has a pot, which is like locked into a human-implemented smart contract. but on wiebetaaltwat.nl you have to name the participants for each transaction, so although you CC others, group transactions only exist at the user level, and the pot is always zero!
The text was updated successfully, but these errors were encountered:
so for wiebetaaltwat-like groups, let's just use user-level group transactions, and CC messages. or maybe the lack of CC messages is a distinguishing feature in the Network Money app?
implementing a ToS;DR-like pot may be a separate and less important feature (see #59)
a common use case would be to allow others to see a CC of transactions you send. there could even be a 'pot' account that accepts all transactions implicitly. you could run a snap-server to administer the pot, but it would be nicer to do a sort of group chat.
then, in the face of all sorts of crashes you might want to do Merkle on top of gossip?
should I use SecureScuttleButt? should I use SOLID?
The nice thing about the SNAP network is that each link can choose its own underlying messaging system. That includes Merkle Tree and Gossip, as long as the transaction state life cycle is as SNAP defines it.
So could there be zero or multiple recipients? A group ledger can be modeled by a hub-and-spokes in the SNAP network. maybe the hub is virtual and "carried" by the group members.
having a pot begs the question who gets that pot. for instance, ToS;DR has a pot, which is like locked into a human-implemented smart contract. but on wiebetaaltwat.nl you have to name the participants for each transaction, so although you CC others, group transactions only exist at the user level, and the pot is always zero!
The text was updated successfully, but these errors were encountered: