I am one who thought that the promoted messages would be a problem. But only until I saw how rarely they appear on my postboard. I generally only see a promoted message when I open the web interface, i.e. once a day. So far I'm not annoyed.
--
You received this message because you are subscribed to the Google Groups "twister-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to twister-user...@googlegroups.com.
To post to this group, send email to twiste...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Better idea: before Twister hits 1.0, make an urgent change to a blockchain that combats the escalation to hardware: Litecoin. Using scrypt over sha256 means mining is more democratic, there is less ability for a wealthy person to get disproportionately greater power over Twister than the average user's PC has.
Also to reduce network load and therefore costs of maintenance, any plans for hashcash on posts to reduce the ease of spamming? Maybe this is implemented already but I see no mention of it..
--
> hashcash on posts? what is that?AKA Proof-of-work. So every post has a timestamp (so POW can't be forged
in advance) and must come with a nonce so that it hashes to below a
certain value, usually chosen to take less than a second.
It needn't be even long enough to be noticeable to the average user, but
if it makes it take 1000x longer to send a message, then it reduces the
spam-load on the network by 1000x, too.
So, how long does it take to craft and send a message right now? Choose
a POW threshold that brings it up to about a second (less time than it
would take to write the next post anyway) and you've got a passive,
baked-in anti-spam measure.
If I'm not mistaken (I haven't received any yet) you are notified ofmentions and DMs from people you don't follow?
Twister, if you can mention/message others, is there any protection or
cost-hike for spamming?
Nope, it doesn't help to include Bitcoin block hashes in Twister. You'd still be able to generate duplicate blocks with the same hash.
The point of embedding data into the Bitcoin blockchain is as an authoritative stamp of which Twister block is genuine.
On Tue, Jan 14, 2014 at 11:00 PM, Amir Taaki <gen...@gmail.com> wrote:
Nope, it doesn't help to include Bitcoin block hashes in Twister. You'd still be able to generate duplicate blocks with the same hash.No, i wouldn't. It is easier to set a validation rule such that the bitcoin hash used in new block is required to be newer than the bitcoin hash used in previous block. We wouldn't even need the blocks themselves, just the sequence of hashes.
The point of embedding data into the Bitcoin blockchain is as an authoritative stamp of which Twister block is genuine.
Genuine in what sense?Block is genuine if it proves to be newer than previous one and work was needed to create it, no?
regards,Miguel
On Wednesday, January 15, 2014 1:09:08 AM UTC, Miguel Freitas wrote:On Tue, Jan 14, 2014 at 11:00 PM, Amir Taaki <gen...@gmail.com> wrote:
Nope, it doesn't help to include Bitcoin block hashes in Twister. You'd still be able to generate duplicate blocks with the same hash.No, i wouldn't. It is easier to set a validation rule such that the bitcoin hash used in new block is required to be newer than the bitcoin hash used in previous block. We wouldn't even need the blocks themselves, just the sequence of hashes.
What would stop me forking the Twister chain to attack it? Which chain is valid? They both claim to be the next block in Twister and include the same Bitcoin block hash.
Genuine in what sense?Block is genuine if it proves to be newer than previous one and work was needed to create it, no?
Genuine is in according to consensus, this is the block we all agree to accept. The blockchain in Bitcoin uses proof of work to reach eventual consistency because it becomes more and more expensive to reverse old parts of the blockchain.
But in Twister, the risk is that nicknames start to become valuable and someone starts to fork the chain to steal nicknames from people. This means generating valid blocks that continue from an earlier point in the chain, and using your computing power to overtake the main chain making your new chain the valid one.
--