Pages:
Author

Topic: [ANN][SIM] Simcoin - A Simple Coin - page 10. (Read 157763 times)

hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 14, 2014, 06:07:11 PM
yes, after <1 second you will be able to spend the funds again and will have a confirmation that it was indeed sent.

Again, I will believe it when I see it.

And how is that different from Bitcoin's unconfirmed transactions?

Still this doesn't make it 100% safe from manipulation.

Seems to me like reliability of this is far below 100%, at the point where everybody will still wait 10+ confirmations just to be sure, nobody wants to lose money.

And there go your instant transactions.
legendary
Activity: 1680
Merit: 1001
CEO Bitpanda.com
September 14, 2014, 05:55:08 PM
This is an elaborate attack, and only worthwhile for bigger amounts, everyone should anyway wait for 10 confirmations with NXT to reach bitcoins security of 1 conf.

This was common knowledge.

Is this supposed to be a refutation? Because you just stated the same thing: TF still requires 10+ confirmations.

This shatters all the overexcited posts about how it will make everything instant and take NXT to VISA level. Whether something was "common knowledge" or not has no relevance whatsoever.

How many times have I heard this:

Not to rain on your parade, but NXT TF will allow speeds like this as well.

Right. I'll believe it when I see it.

So far it looks like a very fragile and artificial construct (not to rain on your parade too Smiley )

Anyway, with block time = 1 minute, you cannot achieve 1 sec transactions. TPS is not equal to confirmation speed.

TF will enable instant transactions (<1 second confirms), but I am definitely interested if you have a working model right now.

yes, after <1 second you will be able to spend the funds again and will have a confirmation that it was indeed sent.

Still this doesn't make it 100% safe from manipulation.
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 14, 2014, 05:52:23 PM
This is an elaborate attack, and only worthwhile for bigger amounts, everyone should anyway wait for 10 confirmations with NXT to reach bitcoins security of 1 conf.

This was common knowledge.

Is this supposed to be a refutation? Because you just stated the same thing: TF still requires 10+ confirmations.

This shatters all the overexcited posts about how it will make everything instant and take NXT to VISA level. Whether something was "common knowledge" or not has no relevance whatsoever.

How many times have I heard this:

Not to rain on your parade, but NXT TF will allow speeds like this as well.

Right. I'll believe it when I see it.

So far it looks like a very fragile and artificial construct (not to rain on your parade too Smiley )

Anyway, with block time = 1 minute, you cannot achieve 1 sec transactions. TPS is not equal to confirmation speed.

TF will enable instant transactions (<1 second confirms), but I am definitely interested if you have a working model right now.
legendary
Activity: 1680
Merit: 1001
CEO Bitpanda.com
September 14, 2014, 05:39:48 PM
Hm, so apparently there is a race condition with TF in NXT, which requires waiting for 10+ confirmations to fix.

https://nxtforum.org/transparent-forging/race-condition-attack/

So much for "TF will solve everything and make transactions instant".

Told ya that TF is fragile.

This is an elaborate attack, and only worthwhile for bigger amounts, everyone should anyway wait for 10 confirmations with NXT to reach bitcoins security of 1 conf.

This was common knowledge.
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 14, 2014, 05:28:46 PM
Hm, so apparently there is a race condition with TF in NXT, which requires waiting for 10+ confirmations to fix.

https://nxtforum.org/transparent-forging/race-condition-attack/

So much for "TF will solve everything and make transactions instant".

Told ya that TF is fragile.
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 14, 2014, 05:03:53 AM
Progress report

I think I should stop writing "another slow week", it's becoming a cliché Smiley

The client subscription system basically works. Tested it with quarter of a million subscribed addresses - it's very fast.

--

Now I plan to focus on the voting system, because I clearly underestimated it.

At first I thought: well, I will just add it later, how difficult could that be? Turns out, pretty difficult Smiley

To allow voting with stake we can either:

1. "color" coins
2. or lock them

1. Color coins

"Coloring" coins is a bad idea: if somebody buys a large amount of coins to increase his voting power, the last thing he wants is to find out that those coins have already been used in this poll and he now can't vote with them. Also tracking what money participated in what polls is complicated.

2.1. Explicit locking

This puts a burden on the user to decide what part of his money to use (and lock) in each poll, and on the system to track these locks. Many people will also wait till the last moment to lock their funds, and this can cause abrupt spikes of activity on the last day of voting, hurting system performance.

2.2. Implicit locking

We could lock the money implicitly by trying to count votes at poll closing time. This is very bad for performance to the point of being infeasible if we want scalability. Plus, you just know that many users will forget that they voted, move or spend money, and then complain that not all their votes counted.

Coin days

We could try to use coin days for voting, but it's a bad idea too: you can only spend them on one poll at a time. This means you can simply "run out" of your voting power.

It also encourages hoarding and adds another dimension to the problem (time), which complicates things - for example exchanges and other services that hold your money will gain excessive power.

Vote delegation

It would be nice to have the ability to delegate your voting power to representatives, but this opens a whole new can of worms...

--

So you see, it's not that trivial.




http://www.youtube.com/watch?v=IoWJkrlptNs
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 14, 2014, 03:51:24 AM
I think jl777 is megalomaniac now, I don't think supernet will succeed, maybe jl777 will make big money for himselft, you know.

Oh yeah, that's probably the best word to describe him right now. Thanks, I forgot such a nice word exists Smiley
sr. member
Activity: 322
Merit: 250
September 14, 2014, 03:01:54 AM
I think jl777 is megalomaniac now, I don't think supernet will succeed, maybe jl777 will make big money for himselft, you know.
member
Activity: 98
Merit: 10
September 13, 2014, 08:36:04 AM
Hey NxtChg! Glad to see you're working on crypto$ again.

Damn I missed the IPO (by a mile!) Sad Too much happening way too fast in cryptoland. I'll finally get to check out your exchange Cheesy

You might enjoy this cephalopod simulator (The original game is free, the sequel is commercial.) (Or you might break your mouse in frustration. It's the sort of game that polarizes gamers.)
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 12, 2014, 03:28:14 PM

There are issues with freezing balances. For example, you can only vote in one poll at a time or there needs to be a complicated system to track these locks and their expiration dates. It's also inconvenient to have your money frozen. Would be nice to find a better solution.
sr. member
Activity: 249
Merit: 250
September 12, 2014, 03:06:22 PM
Last option is to vote with real money, but this is also not a perfect solution and would be a bad choice for many polls.

Maybe that concept can help: ForozenCoin http://www.reddit.com/r/Bitcoin/comments/2g5qqq/frozencoin_a_concept/
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 12, 2014, 10:36:21 AM
Will this work?

1. "Vote now!" is broadcast, including start time and stop times for vote.
2. Nodes receive the broadcast, make a snapshot of the current confirmed balance, and keeps that value until the stop time of the vote.

The price you pay, is that the unconfirmed balances in transit are not counted. Is this a big deal?

I cannot make snapshots of the whole ledger. The system must scale, this means that it should work with 1 and 10 and even 100 million accounts. So the ledger can potentially be several gigabytes in size. Making a snapshot of it every time somebody creates a poll is infeasible.
full member
Activity: 140
Merit: 100
September 12, 2014, 10:30:18 AM
Will this work?

1. "Vote now!" is broadcast, including start time and stop times for vote.
2. Nodes receive the broadcast, make a snapshot of the current confirmed balance, and keeps that value until the stop time of the vote. So even if all fees are transferred prior to the actual vote is cast, the 'voting power' is still determined at the initial broadcast.

The price you pay, is that the unconfirmed balances in transit are not counted. Is this a big deal?

just a thought
Pentamon
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 12, 2014, 02:48:15 AM
a bit more overhead, but could you take a snapshot of all the balances locally as of a specific voting time. Then the votes can come in whenever (up to a deadline) and each node can then lookup in their copy of the snapshot to give each vote the right weight.

Oh my god, could you please spend your feeble intellectual powers on your own projects?

What local snapshot? Each node already has a "local snapshot", it's called the ledger. Making yet another copy only for accounts that voted won't make any difference, the system will still have to count, say, 100,000 votes.

And how would this even work? Alice votes, I record her balance, she moves money to Bob, he votes, I record his balance, now what?

And doing the copy of the whole ledger for each poll is even more retarded.

Go away. Enjoy your delusion that you are a genius somewhere else.

legendary
Activity: 1176
Merit: 1134
September 12, 2014, 01:05:39 AM
is it not plausible to either handle multiple chains? or at least have multiple data types within the single chain.
so voting could be on a more relaxed chain than transactions, or at least a more relaxed time frame.

also different data types could have different arbitrary durations in the chain.

I thought about doing some sort of voting tokens, but this has its own problems.

People need to be able to vote with their stake. This means that at the time the poll closes the system has to calculate stakes for everybody who voted and this can take time if 100,000 people voted, for example. During this time balances must be frozen and transactions can't be processed.

What I would like is to have some sort of additional "voting" balance, which is incremented with each voting transaction. But then people can move their stake to another account and vote again.

Another approach would be to charge a fee to convert your account into a voting account, for example 10,000 SIM, and then just count votes. This way people can still vote with their stake by creating lots of dummy accounts, but this is bad for database size.

Last option is to vote with real money, but this is also not a perfect solution and would be a bad choice for many polls.
a bit more overhead, but could you take a snapshot of all the balances locally as of a specific voting time. Then the votes can come in whenever (up to a deadline) and each node can then lookup in their copy of the snapshot to give each vote the right weight. If somebody is moving around their balances, it wont matter as the weight of the vote is based on the snapshot made. probably would need to make doing a vote pretty expensive to prevent spam elections.

James
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 08, 2014, 03:34:49 AM
is it not plausible to either handle multiple chains? or at least have multiple data types within the single chain.
so voting could be on a more relaxed chain than transactions, or at least a more relaxed time frame.

also different data types could have different arbitrary durations in the chain.

I thought about doing some sort of voting tokens, but this has its own problems.

People need to be able to vote with their stake. This means that at the time the poll closes the system has to calculate stakes for everybody who voted and this can take time if 100,000 people voted, for example. During this time balances must be frozen and transactions can't be processed.

What I would like is to have some sort of additional "voting" balance, which is incremented with each voting transaction. But then people can move their stake to another account and vote again.

Another approach would be to charge a fee to convert your account into a voting account, for example 10,000 SIM, and then just count votes. This way people can still vote with their stake by creating lots of dummy accounts, but this is bad for database size.

Last option is to vote with real money, but this is also not a perfect solution and would be a bad choice for many polls.
hero member
Activity: 840
Merit: 1002
Simcoin Developer
September 08, 2014, 03:20:33 AM
Is there estimate for launch? Something like, Winter 2015? Summer 2015?

https://bitcointalksearch.org/topic/m.8297934

Basically, the core should be finished by the end of September, after that I can start hiring people to build stuff around it and the official launch will probably be in the spring 2015.
legendary
Activity: 1204
Merit: 1000
to your stations, man the pineapples!!!
September 08, 2014, 02:06:54 AM
Progress report

Another slow week – autumn came and with it some things I have to take care of. Only about half of the week was spent working.

Finalized Transaction Gobbler (part of the Transaction Pipeline). Now focusing on client subscription.

Also thought about the design of the voting system – it's surprisingly hard to implement efficiently and I don't want to compromise transaction speed for it.

So this remains unsolved and it worries me a little, because once the solution is found, it might require changing the design of some parts of the system and it will take time. Need to think more about it.



is it not plausible to either handle multiple chains? or at least have multiple data types within the single chain.
so voting could be on a more relaxed chain than transactions, or at least a more relaxed time frame.

also different data types could have different arbitrary durations in the chain.

hero member
Activity: 644
Merit: 500
September 08, 2014, 12:48:52 AM
Is there estimate for launch? Something like, Winter 2015? Summer 2015?

legendary
Activity: 2100
Merit: 1167
MY RED TRUST LEFT BY SCUMBAGS - READ MY SIG
September 07, 2014, 04:04:02 AM
a few people have tipped this coin to me. I'm holding although would be a nice return even now.
Pages:
Jump to: