Conversation
Notices
-
only usernames are stored in twister's blockchain: https://groups.google.com/forum/#!topic/twister-users/cLbO1qHvUBA
-
@erkanyilmaz so to view a complete conversation you have to retrieve all the bits from all the users? Every time? What happens whenusers have turned off their instance - would you get any message? how is teh supposedly hierarchical view handled some with nodes offline?
-
Msgs from 1 node are propagated to other nodes, so it doesn't matter if the original sender goes offline
-
@erkanyilmaz so there is more than just the (potentially enormous) blockchain; so from one node propagated to - how many? wich nodes?
-
yes, there's more than the "blockchain", there are 3 layers, see "How does it work?" from the !twister FAQ (1). See also "Does it scale?" there. (1) http://twister.net.co/?page_id=25
-
@erkanyilmaz reading through that... btw that very same FAQ does state that there _could_ be ads (and calling te mechanism "democratic" is overstating it when someone with money to burn can effectively "buy" the resources to send ads (or spam))
-
See (1) + replies. Interestingly, I don't see them, only when I go to the tab where they are. I think it has to do if someone starts the client new or so, perhaps? cc @lnxw48 (1) http://oracle.skilledtests.com/conversation/736022#notice-1170202
-
... and, someone with money can spam all of us here in a much faster time (than e.g. on twister). ads/spam are not a problem on twister. feel free to ask @lnxw48 (1) @lohang @vegos - (1) https://fresh.federati.net/notice/277285
-
@erkanyilmaz spam was not a problem in the early days of laconica/identica either - it's only when a potential audience of a critical size exists that it becomes interesting enough to spend the resources to spam. And since Twister even makes ads _possible_ surely that *will* happen. And of course individuals can just join in with spam messages. It's like with viruses: once the potential audience is large enough it WILL start.
-
-
-
-
-
@erkanyilmaz and how does the requesting node know which other node to ask for a missing bit?
-
@mk ... and it's better than in sn/gs: only the sn/gs instances who follow the sender get the messages. Also: on sn/gs you can not retrieve the past msgs of the sender (e.g. friendica can do that)
-
@erkanyilmaz "only the sn/gs instances who follow the sender get the messages" - how is that "better"? bhetter for whom or what?
-
That's not better, I am stating a problem in sn/gs. because when people want to participate in an ongoing thread (and that thread is not completely existing on their instance, but they saw parts of it here and there) they complain
-
-
@erkanyilmaz "on sn/gs you can not retrieve the past msgs of the sender" aren't you just describing one long-living bug? I've seen no such limitation in the API
-
-
-
-
