Show Posts
|
Pages: [1] 2 3 4 5 »
|
Hi, I want learn skycoin's consensus, where is the source code?
|
|
|
hope your site online soon. and hope the wallet UI is changed a lot.
|
|
|
one day 200btc is not a good news for investor.
|
|
|
No local wallet? Online wallet only?
|
|
|
most user will only use skycoin's local web wallet, to make transaction,trade, etc.
somebody will run a Obelisk node, to confirm the transaction, use consensus mechanism. I don't know is there any benefit to run a obelisk node, if you run a btc miner to confirm btc transaction,you can get btc, but you run a rippled node to provide consensus to confirm the ripple transaction,you get nothing.
somebody will run a meshnet node and will get skycoin. but meshnet don't provide consensus to confirm the transaction, it is just a way to distribute skycoin.
|
|
|
What? IPO 2000BTC? OK, another safecoin, I will ignore this coin.
|
|
|
if in one city only have one meshnet node , that is meaningless. but one city can only have one bitcoin miner. distribute through meshnet is a difficult way.
|
|
|
why ripple get dumped? three Creator have 20% coins, the dev control more than 70%, the community only have less than 10%, dumped by who ? once one Creator Jed said he quit and will sell his coin, the ripple is dead.
skycoin is same as ripple, after 5years distribution, the devs still control 50%. dev control too much .
|
|
|
node.js ? node.js for client side or node.js for both server side and client side? use node.js write p2p software?
|
|
|
how big is the wireless mesh net market? the skycoin is to sync blockchain and make transaction, the Obelisk is to confirm the transaction by consensus, is there any benefit to run a obelisk node? you said there is no transaction fee so why people will run a obelisk node? and is there have something like ripple gateway?
|
|
|
I started to watch this thread after around 5 minutes of OP. After a while it was clear it's not a scam (In the wake of Nxt there were like three annoncements like this a day), but also that it will be a long development. I'm okay with that. However after the IPO announcement a few weeks ago (or months now?) I don't have any intention to buy the coin at IPO, the risk/reward ratio doesn't look good. I'm still watching because I want to see what technology it will bring, maybe buy some coints at some point, but the IPO format removed any incentive to invest in it.
the most are hate this IPO format, just like ripple, dev control too much.
|
|
|
I think the IPO will like Safecoin, price will be down after it's on exchange, ROI is too low.
Skycoin will have a rolling IPO. The IPO will be very small, then a small number of coins will be released on to an exchange each day. If the price decreases, the number of newly issued coins will be decreased to stabilize price. If the price goes too low, the developers will begin buying back coins. The majority of distribution will go to developers, people involved in marketing and people buying and operating a mesh network nodes. We will distribute between $100 and $150 dollars per meshnet node deployment. If a user spends $200 to deploy a node and receives $150 in Skycoin, this distribution is unlikely to negatively impact price because of Proof of Burn. Distribution an exchange or airdrop, in contrast is likely to drive down price and should be minimized. The problem with Maidsafe is that it does not have users and does not have volume. To succeed, Skycoin must have a large and rapidly growing userbase and there must be a reason for people to be buying and using Skycoin. Coins that no one uses and which have no user base are purely speculative. Many people have made money from speculative investments, but there is no rational basis for the price to increase over time. Dogecoin and Bitcoin should experience appreciation because of increasing adaption and a growing userbase. If the Bitcoin userbase doubles and Bitcoin transaction volumes doubles, we would expect Bitcoin price to approximately double, or at least increase. It is very difficult to understand why Maidsafe would increase from the IPO, without a growing userbase. Maidsafe don't have big user group, the meshnet is same, do you have other target area like economics or payment system or something?
|
|
|
looks fine, skycoin realized what I want. I was wonder someone to realize one coin use golang use consensus and use local web UI. skycoin had done this very well.
|
|
|
Development Update:
We figured out way of preventing Sybil attack using a hybrid Proof of Stake system.
To create a node, you must prove you have coins. Say 10 coins. You send 10 coins to address A. Then you send the 10 coins from address A to address B. Then you add a signature using the public key in address A to sign a message in your Obelisk blockchain.
Alternatively, you could publish the public key for address A and then just sign a message with that public key. The node would have to publish a signature every time period, or within some number of blocks of the reserve coins being moved, in order to maintain valid trust relationships with other peers.
Alternatively, proof of burn could be required, where the coins are sent from address A to an address B that has no private key. Proof of burn conflicts with the requirement that no one should need to download the whole blockchain from the beginning to operate a full node, so is unlikely.
This system upper bounds the number of Obelisk nodes and restricts the ability to run Obelisk nodes to coin holders. The upper bound on the number of nodes and coin requirements adds another layer of Sybil attack protection.
Not sure how this prevents a Sybil attack. Are you simply adding a cost to adding a node to network and therefore a sybil attack will require a financial cost to do so? Just an idea at this stage. Found an improvement. Each Obelisk node, has a public key. We hash the public key into an address and then it stores 10 coins in an output owned by that address. It does not add a cost. It just proves that you own 10 coins. It proves you know the private key, for a public key, whose address has 10 coins in it. You can still spend the coins. The idea is that it upper bounds the number of nodes. If 10 coins must be held and there are 100 million coins, then it upper bounds the network at 10 million nodes. The upper bound does not appear to be mathematically useful right now, but is something we should keep in mind. When a new Obelisk node is run, it will "trust" some random peers. The user can also add a few nodes by hand that it trusts (exchanges or trusted community members). A node is identified by its public key hash and found by DHT. Its not like Bitcoin where nodes are IP:port pairs. You can move your computer around and the identity of the node does not depend on its IP address. We want the network to be secure with random nodes being chosen. We dont want a situation like Ripple, where the three developers nodes control the network. However, we wanted to prevent a situation, where someone runs 200,000 nodes and tries to collect the trust relationships from new users. These Sybil attacks nodes, still cannot 51% attack generally, but anything that increases the cost of the attack is still useful. Maybe, we restrict it so that new user will only randomly trust nodes that have a coin balance. Trust relationships wont be severed if the node does not have a coin balance, but they just wont get new random users. The connectivity graph for trust relationships, is supposed to be a fully connected random graph. A few nodes (trusted community members, exchanges, websites, organizations) will have more trust relationships and that helps the convergence time for block consensus a bit. It reduces the network diameter a bit. Some nodes will be used to verify consensus (you choose a bunch of exchanges or different public keys), these nodes do not affect consensus decisions, but are "consensus oracles" to check if your node has converged with network. If two large exchanges have different consensus for a particular, block, that is a problem. It could indicate a netsplit or an attack on the network. Exchanges may want to suspend trading until the issue is resolved. Obelisk is skycoin's distribute consensus node? I was think the skycoind is the node...
|
|
|
Do note that the developers are not keeping 100% of the coins.
Why should we trust them? ripple labs said they will distribute 75%coins , but one year past only less than 10% distributed, and the creator start selling his 9B coins. there is no plan, no transparency. how should we prevent this happened again? by promise? by trust? all the pre-mined( no mining) coin has the distribution problem. skycoin try to find a better way, they have plan, have transparency, and have a vote system for the community, but the most important thing is how should we trust them? we prefer to trust program. Let us keep watching skycoin‘s efforts.
|
|
|
I compiled the skycoin source code on windows, the last commit is two months ago so the code maybe not the latest. I'm confused by the wallet address, the most address is like 23R92QT8zkFVMeYgWm3dzF9F2gQEn6fN3JN beginning with Num 2, but some are beginning with a , 6, x ,m and others, is this because of the testnet ?
for the distribution, IPO 1% and sell/distribute 99% in 5 years right ? or sell/distribute 49% and dev hold 50% ?
A dev holding 50% of the coins is a good defence against a 51% attack. No, this is not a POS coin,and there is no 51% attack.
|
|
|
I compiled the skycoin source code on windows, the last commit is two months ago so the code maybe not the latest. I'm confused by the wallet address, the most address is like 23R92QT8zkFVMeYgWm3dzF9F2gQEn6fN3JN beginning with Num 2, but some are beginning with a , 6, x ,m and others, is this because of the testnet ?
for the distribution, IPO 1% and sell/distribute 99% in 5 years right ? or sell/distribute 49% and dev hold 50% ?
|
|
|
OK everyone known what happened on ripple, there is always have good news for ripple but the xrp price is dead. I think the devs should prevent the ripple situation by make a fair distribution.
|
|
|
found this coin by searching golang, I like this coin and i will keep watching.
|
|
|
|