Topic: [ANN] [SHLD] ShieldCoin - X15 - PoS - Fair Launch - Whitepaper RELEASE! - page 59. (Read 106529 times)
July 11, 2014, 07:25:28 PM
July 11, 2014, 07:23:51 PM
dev post
Shieldcoin: Anonymous Coin Transaction Transfer Mechanism
Transferring data (encrypted keys) or files in a P2P network involves sending and recieving data packets between computers on the internet. In typical P2P protocols, a peer connects directly with other peers and gets a small part of the data from each. This involves many computers which are unknown to each other but still identified by their IP address. Determining which peers are serving data is simple, one just needs to add a peer to this network and provide lots of data, and record the IP address of the machines that connect. The direct connections between a client and the source is a weak point of security. Shieldcoin aims to solve this problem by using explicit data connections only between trusted wallets, which send encrypted verification messages to each other using signed SSL certificates. These wallet connections are chained together to provide secure and anonymous transfer tunnels across the whole Shieldcoin network. Each wallet will act as an anonymous mixer, transferring and mixing coins between each other, with the outputs saved in an anonymous and encrypted sidechain. This method will prevent classical IP spying techniques and more advanced spying mechanisms based on man-in-the-middle attacks. The anonymous routing model will allow wallets to exchange keys anonymously using tunnels. The data is by nature re-encrypted as it passes through each pair of friends along the tunnel. A, as a client requests data through trusted wallets only. The sources B and C and are not known to A, and A is not known to them either.The original idea was taken from the PhD thesis of Petr Matejka: Security in Peer-to-Peer
Networks [1].
An anonymous transaction request is performed by broadcasting a public key packet to all connected wallets. The wallets forward it to other wallets, until the request is too old. If a matching private key is found, a reply is send back by the inverse route that the request took. If the request is too old and the destination wallet is not online, the request is archived in a cache of public key broadcasts. The cache is examined each time a new request is received. If already present, the request is discarded. An additional transfer fee will be added to anonymous coin transfers to prevent spam attacks.
Shieldcoin tunnel establishment protocol
Tunnels are established using the same protocol as the anonymous transfers. A seperate cache is used to store the tunnel requests, and route tunnel accept packets back to the original client. The half-id of a tunnel request is a non reversible hash of the client SSL id, and the file hash for which the tunnel will be used. It is salted by a session-dependent random number. Once a peer responds to the tunnel request, it will merge this half-id with his own half-id, in a non symmetric way to obtain the final tunnel id (Shieldcoin users see tunnels as “anonymous tunnel 0x45eb7a34″. The ending number is the tunnel id). This means that: tunnels between a given source and destination for a given hash, always have the same tunnel id (although the tunnel request id changes every time) whatever the route they take; the tunnel id is non symmetrical. This means that a tunnel from A to B for a given hash will not have the same id than a tunnel from B to A for this hash;from the half-id alone (resp. tunnel id), it is not possible to brute-force the requesting peer id, because of the salting mechanism.
The second property is important because two peers might have two tunnels to each others for the same transaction request going both ways. This happens when both peers are clients for a hash that is swarming between multiple peers. The two tunnels might cross in between and their ids should cause no ambiguity.mThe tunnel protocols in Shieldcoin use no global addressing, as opposed to the original design by Matejka [1]. Once established, a tunnel is always represented at each peer along the tunnel by a pair of wallets. When data comes from one wallet, it is automatically forwarded to the other wallet and vis versa.
Shieldcoin tunnel life handling
One major difference between the implementation of tunnel network in Shieldcoin and the original implementation described by P.Matejka in his thesis, is that tunnels in Shieldcoin do not need additional management packets such as for closing a tunnel, or managing bandwidth. Tunnels are removed from the list of existing tunnels by each peer when the traffic along the tunnel is null for a definite period of time (60 seconds). This simple technique allows us to robustly handle any incidental change of the network topology. If a tunnel is e.g. broken because a peer disconnects, the tunnel will be removed by all other participating peers after 60 seconds, without the need to send a special tunnel closing packet.
From the point of view of the anonymous transfer send/recieving, each tunnel appears as just another connected peer to which data chunks can be requested. From the outside it is not able to read the data which is transferred between the Peers (DarkNet). Because of the Authentication between the nodes, it should not be possible to use a Man-in-the-middle Attack and log and manipulate the data-stream. In an upcoming paper, I will treat the more technical aspects of the tunnel network and anonymous transfer protocols - speed, anonymous transfer security in the case of rogue peers, and other nasty algorithmic details. Again, this paper and the ideas contained are a work in progress. There are some hurdles to overcome, but I am working with a member of another open-source project which uses a similar
network tunneling method and making good strides.
Section 2:
Shieldcoin Distributed Chat System
Still working on this part. I released this early because the community has been asking me to.
References:
[1] Safe and Private Data Sharing with Turtle: Friends Team-Up and Beat the System
Popescu, B.C. ; Crispo, B. ; Tanenbaum, A.S.
Proceedings of the 12th Cambridge International Workshop on Security Protocols, 2004[/quote]
Shieldcoin: Anonymous Coin Transaction Transfer Mechanism
Transferring data (encrypted keys) or files in a P2P network involves sending and recieving data packets between computers on the internet. In typical P2P protocols, a peer connects directly with other peers and gets a small part of the data from each. This involves many computers which are unknown to each other but still identified by their IP address. Determining which peers are serving data is simple, one just needs to add a peer to this network and provide lots of data, and record the IP address of the machines that connect. The direct connections between a client and the source is a weak point of security. Shieldcoin aims to solve this problem by using explicit data connections only between trusted wallets, which send encrypted verification messages to each other using signed SSL certificates. These wallet connections are chained together to provide secure and anonymous transfer tunnels across the whole Shieldcoin network. Each wallet will act as an anonymous mixer, transferring and mixing coins between each other, with the outputs saved in an anonymous and encrypted sidechain. This method will prevent classical IP spying techniques and more advanced spying mechanisms based on man-in-the-middle attacks. The anonymous routing model will allow wallets to exchange keys anonymously using tunnels. The data is by nature re-encrypted as it passes through each pair of friends along the tunnel. A, as a client requests data through trusted wallets only. The sources B and C and are not known to A, and A is not known to them either.The original idea was taken from the PhD thesis of Petr Matejka: Security in Peer-to-Peer
Networks [1].
An anonymous transaction request is performed by broadcasting a public key packet to all connected wallets. The wallets forward it to other wallets, until the request is too old. If a matching private key is found, a reply is send back by the inverse route that the request took. If the request is too old and the destination wallet is not online, the request is archived in a cache of public key broadcasts. The cache is examined each time a new request is received. If already present, the request is discarded. An additional transfer fee will be added to anonymous coin transfers to prevent spam attacks.
Shieldcoin tunnel establishment protocol
Tunnels are established using the same protocol as the anonymous transfers. A seperate cache is used to store the tunnel requests, and route tunnel accept packets back to the original client. The half-id of a tunnel request is a non reversible hash of the client SSL id, and the file hash for which the tunnel will be used. It is salted by a session-dependent random number. Once a peer responds to the tunnel request, it will merge this half-id with his own half-id, in a non symmetric way to obtain the final tunnel id (Shieldcoin users see tunnels as “anonymous tunnel 0x45eb7a34″. The ending number is the tunnel id). This means that: tunnels between a given source and destination for a given hash, always have the same tunnel id (although the tunnel request id changes every time) whatever the route they take; the tunnel id is non symmetrical. This means that a tunnel from A to B for a given hash will not have the same id than a tunnel from B to A for this hash;from the half-id alone (resp. tunnel id), it is not possible to brute-force the requesting peer id, because of the salting mechanism.
The second property is important because two peers might have two tunnels to each others for the same transaction request going both ways. This happens when both peers are clients for a hash that is swarming between multiple peers. The two tunnels might cross in between and their ids should cause no ambiguity.mThe tunnel protocols in Shieldcoin use no global addressing, as opposed to the original design by Matejka [1]. Once established, a tunnel is always represented at each peer along the tunnel by a pair of wallets. When data comes from one wallet, it is automatically forwarded to the other wallet and vis versa.
Shieldcoin tunnel life handling
One major difference between the implementation of tunnel network in Shieldcoin and the original implementation described by P.Matejka in his thesis, is that tunnels in Shieldcoin do not need additional management packets such as for closing a tunnel, or managing bandwidth. Tunnels are removed from the list of existing tunnels by each peer when the traffic along the tunnel is null for a definite period of time (60 seconds). This simple technique allows us to robustly handle any incidental change of the network topology. If a tunnel is e.g. broken because a peer disconnects, the tunnel will be removed by all other participating peers after 60 seconds, without the need to send a special tunnel closing packet.
From the point of view of the anonymous transfer send/recieving, each tunnel appears as just another connected peer to which data chunks can be requested. From the outside it is not able to read the data which is transferred between the Peers (DarkNet). Because of the Authentication between the nodes, it should not be possible to use a Man-in-the-middle Attack and log and manipulate the data-stream. In an upcoming paper, I will treat the more technical aspects of the tunnel network and anonymous transfer protocols - speed, anonymous transfer security in the case of rogue peers, and other nasty algorithmic details. Again, this paper and the ideas contained are a work in progress. There are some hurdles to overcome, but I am working with a member of another open-source project which uses a similar
network tunneling method and making good strides.
Section 2:
Shieldcoin Distributed Chat System
Still working on this part. I released this early because the community has been asking me to.
References:
[1] Safe and Private Data Sharing with Turtle: Friends Team-Up and Beat the System
Popescu, B.C. ; Crispo, B. ; Tanenbaum, A.S.
Proceedings of the 12th Cambridge International Workshop on Security Protocols, 2004[/quote]
July 11, 2014, 07:19:28 PM
July 11, 2014, 07:15:58 PM
Dev, If you release this working, we are going to pass darkcoin, no problem. Could this be a finally working model for decentralized anon?
Great Work!
Great Work!
July 11, 2014, 07:08:20 PM
UPDATE
A description of the anon implementation I've been working on is below. I'm releasing this rough draft because the community wants it, but I will clean it up and present it properly with some charts after I get some rest
Rough draft of anon implementation description, as requested by the community. Please note this is a work in progress, and there will be ongoing changes and revisions if issues are discovered.
Shieldcoin: Anonymous Coin Transaction Transfer Mechanism
Transferring data (encrypted keys) or files in a P2P network involves sending and recieving
data packets between computers on the internet. In typical P2P protocols, a peer connects
directly with other peers and gets a small part of the data from each. This involves many
computers which are unknown to each other but still identified by their IP address.
Determining which peers are serving data is simple, one just needs to add a peer to this
network and provide lots of data, and record the IP address of the machines that connect. The
direct connections between a client and the source is a weak point of security.
Shieldcoin aims to solve this problem by using explicit data connections only between trusted
wallets, which send encrypted verification messages to each other using signed SSL
certificates. These wallet connections are chained together to provide secure and anonymous
transfer tunnels across the whole Shieldcoin network. Each wallet will act as an anonymous
mixer, transferring and mixing coins between each other, with the outputs saved in an anonymous
and encrypted sidechain. This method will prevent classical IP spying techniques and more
advanced spying mechanisms based on man-in-the-middle attacks.
The anonymous routing model will allow wallets to exchange keys anonymously using tunnels. The
data is by nature re-encrypted as it passes through each pair of friends along the tunnel.
A, as a client requests data through trusted wallets only. The sources B and C and are not
known to A, and A is not known to them either.
The original idea was taken from the PhD thesis of Petr Matejka: Security in Peer-to-Peer
Networks [1].
An anonymous transaction request is performed by broadcasting a public key packet to all
connected wallets. The wallets forward it to other wallets, until the request is too old. If a
matching private key is found, a reply is send back by the inverse route that the request took.
If the request is too old and the destination wallet is not online, the request is archived in
a cache of public key broadcasts. The cache is examined each time a new request is received. If
already present, the request is discarded. An additional transfer fee will be added to
anonymous coin transfers to prevent spam attacks.
Shieldcoin tunnel establishment protocol
Tunnels are established using the same protocol as the anonymous transfers. A seperate cache is
used to store the tunnel requests, and route tunnel accept packets back to the original client.
The half-id of a tunnel request is a non reversible hash of the client SSL id, and the file
hash for which the tunnel will be used. It is salted by a session-dependent random number. Once
a peer responds to the tunnel request, it will merge this half-id with his own half-id, in a
non symmetric way to obtain the final tunnel id (Shieldcoin users see tunnels as “anonymous
tunnel 0x45eb7a34″. The ending number is the tunnel id). This means that:
tunnels between a given source and destination for a given hash, always have the same tunnel id
(although the tunnel request id changes every time) whatever the route they take;
the tunnel id is non symmetrical. This means that a tunnel from A to B for a given hash will
not have the same id than a tunnel from B to A for this hash;
from the half-id alone (resp. tunnel id), it is not possible to brute-force the requesting peer
id, because of the salting mechanism.
The second property is important because two peers might have two tunnels to each others for
the same transaction request going both ways. This happens when both peers are clients for a
hash that is swarming between multiple peers. The two tunnels might cross in between and their
ids should cause no ambiguity.
The tunnel protocols in Shieldcoin use no global addressing, as opposed to the original design
by Matejka [1]. Once established, a tunnel is always represented at each peer along the tunnel
by a pair of wallets. When data comes from one wallet, it is automatically forwarded to the
other wallet and vis versa.
Shieldcoin tunnel life handling
One major difference between the implementation of tunnel network in Shieldcoin and the
original implementation described by P.Matejka in his thesis, is that tunnels in Shieldcoin do
not need additional management packets such as for closing a tunnel, or managing bandwidth.
Tunnels are removed from the list of existing tunnels by each peer when the traffic along the
tunnel is null for a definite period of time (60 seconds). This simple technique allows us to
robustly handle any incidental change of the network topology. If a tunnel is e.g. broken
because a peer disconnects, the tunnel will be removed by all other participating peers after
60 seconds, without the need to send a special tunnel closing packet.
From the point of view of the anonymous transfer send/recieving, each tunnel appears as just
another connected peer to which data chunks can be requested.
From the outside it is not able to read the data which is transferred between the Peers
(DarkNet). Because of the Authentication between the nodes, it should not be possible to use a
Man-in-the-middle Attack and log and manipulate the data-stream.
In an upcoming paper, I will treat the more technical aspects of the tunnel network and
anonymous transfer protocols - speed, anonymous transfer security in the case of rogue peers,
and other nasty algorithmic details.
Again, this paper and the ideas contained are a work in progress. There are some hurdles to
overcome, but I am working with a member of another open-source project which uses a similar
network tunneling method and making good strides.
Section 2:
Shieldcoin Distributed Chat System
Still working on this part. I released this early because the community has been asking me to.
References:
[1] Safe and Private Data Sharing with Turtle: Friends Team-Up and Beat the System
Popescu, B.C. ; Crispo, B. ; Tanenbaum, A.S.
Proceedings of the 12th Cambridge International Workshop on Security Protocols, 2004
A description of the anon implementation I've been working on is below. I'm releasing this rough draft because the community wants it, but I will clean it up and present it properly with some charts after I get some rest
Rough draft of anon implementation description, as requested by the community. Please note this is a work in progress, and there will be ongoing changes and revisions if issues are discovered.
Shieldcoin: Anonymous Coin Transaction Transfer Mechanism
Transferring data (encrypted keys) or files in a P2P network involves sending and recieving
data packets between computers on the internet. In typical P2P protocols, a peer connects
directly with other peers and gets a small part of the data from each. This involves many
computers which are unknown to each other but still identified by their IP address.
Determining which peers are serving data is simple, one just needs to add a peer to this
network and provide lots of data, and record the IP address of the machines that connect. The
direct connections between a client and the source is a weak point of security.
Shieldcoin aims to solve this problem by using explicit data connections only between trusted
wallets, which send encrypted verification messages to each other using signed SSL
certificates. These wallet connections are chained together to provide secure and anonymous
transfer tunnels across the whole Shieldcoin network. Each wallet will act as an anonymous
mixer, transferring and mixing coins between each other, with the outputs saved in an anonymous
and encrypted sidechain. This method will prevent classical IP spying techniques and more
advanced spying mechanisms based on man-in-the-middle attacks.
The anonymous routing model will allow wallets to exchange keys anonymously using tunnels. The
data is by nature re-encrypted as it passes through each pair of friends along the tunnel.
A, as a client requests data through trusted wallets only. The sources B and C and are not
known to A, and A is not known to them either.
The original idea was taken from the PhD thesis of Petr Matejka: Security in Peer-to-Peer
Networks [1].
An anonymous transaction request is performed by broadcasting a public key packet to all
connected wallets. The wallets forward it to other wallets, until the request is too old. If a
matching private key is found, a reply is send back by the inverse route that the request took.
If the request is too old and the destination wallet is not online, the request is archived in
a cache of public key broadcasts. The cache is examined each time a new request is received. If
already present, the request is discarded. An additional transfer fee will be added to
anonymous coin transfers to prevent spam attacks.
Shieldcoin tunnel establishment protocol
Tunnels are established using the same protocol as the anonymous transfers. A seperate cache is
used to store the tunnel requests, and route tunnel accept packets back to the original client.
The half-id of a tunnel request is a non reversible hash of the client SSL id, and the file
hash for which the tunnel will be used. It is salted by a session-dependent random number. Once
a peer responds to the tunnel request, it will merge this half-id with his own half-id, in a
non symmetric way to obtain the final tunnel id (Shieldcoin users see tunnels as “anonymous
tunnel 0x45eb7a34″. The ending number is the tunnel id). This means that:
tunnels between a given source and destination for a given hash, always have the same tunnel id
(although the tunnel request id changes every time) whatever the route they take;
the tunnel id is non symmetrical. This means that a tunnel from A to B for a given hash will
not have the same id than a tunnel from B to A for this hash;
from the half-id alone (resp. tunnel id), it is not possible to brute-force the requesting peer
id, because of the salting mechanism.
The second property is important because two peers might have two tunnels to each others for
the same transaction request going both ways. This happens when both peers are clients for a
hash that is swarming between multiple peers. The two tunnels might cross in between and their
ids should cause no ambiguity.
The tunnel protocols in Shieldcoin use no global addressing, as opposed to the original design
by Matejka [1]. Once established, a tunnel is always represented at each peer along the tunnel
by a pair of wallets. When data comes from one wallet, it is automatically forwarded to the
other wallet and vis versa.
Shieldcoin tunnel life handling
One major difference between the implementation of tunnel network in Shieldcoin and the
original implementation described by P.Matejka in his thesis, is that tunnels in Shieldcoin do
not need additional management packets such as for closing a tunnel, or managing bandwidth.
Tunnels are removed from the list of existing tunnels by each peer when the traffic along the
tunnel is null for a definite period of time (60 seconds). This simple technique allows us to
robustly handle any incidental change of the network topology. If a tunnel is e.g. broken
because a peer disconnects, the tunnel will be removed by all other participating peers after
60 seconds, without the need to send a special tunnel closing packet.
From the point of view of the anonymous transfer send/recieving, each tunnel appears as just
another connected peer to which data chunks can be requested.
From the outside it is not able to read the data which is transferred between the Peers
(DarkNet). Because of the Authentication between the nodes, it should not be possible to use a
Man-in-the-middle Attack and log and manipulate the data-stream.
In an upcoming paper, I will treat the more technical aspects of the tunnel network and
anonymous transfer protocols - speed, anonymous transfer security in the case of rogue peers,
and other nasty algorithmic details.
Again, this paper and the ideas contained are a work in progress. There are some hurdles to
overcome, but I am working with a member of another open-source project which uses a similar
network tunneling method and making good strides.
Section 2:
Shieldcoin Distributed Chat System
Still working on this part. I released this early because the community has been asking me to.
References:
[1] Safe and Private Data Sharing with Turtle: Friends Team-Up and Beat the System
Popescu, B.C. ; Crispo, B. ; Tanenbaum, A.S.
Proceedings of the 12th Cambridge International Workshop on Security Protocols, 2004
July 11, 2014, 06:36:59 PM
Wohooo. Fortunately I'm in. 
July 11, 2014, 06:17:35 PM
I love the coin and I am expecting great things in the future, but has the blockchain gotten stuck at 2521? No new blocks for an hour and a half...
i know... i've had 10 unconfirmed coins because of this stuck in a pool.
One thing that makes me think we possibly forked is I sent 60 coins from bittrex to my wallet before block 2521. 3 blocks have now passed since then.
I withdrew two separate times earlier to the same address with no problems. Now the explorer can't even find the TXID for the 60 coins... Maybe bittrex forked on that block and is using a bad chain?
Edit: wow, seems like when I post something, the thing I am curious about shows up... Interesting how the coins showed up 4 blocks later...
yah looks like PoS Blocks are getting solved now. a few blocks since the time I posted.
July 11, 2014, 06:06:05 PM
Dev will there be some kind of RoadMap too besides the anon system?
Yes a roadmap would really pump the price. Looking forward to the whitepaper, volume has dried up looks like most of the market is waiting. July 11, 2014, 06:04:53 PM
I love the coin and I am expecting great things in the future, but has the blockchain gotten stuck at 2521? No new blocks for an hour and a half...
i know... i've had 10 unconfirmed coins because of this stuck in a pool.
One thing that makes me think we possibly forked is I sent 60 coins from bittrex to my wallet before block 2521. 3 blocks have now passed since then.
I withdrew two separate times earlier to the same address with no problems. Now the explorer can't even find the TXID for the 60 coins... Maybe bittrex forked on that block and is using a bad chain?
Edit: wow, seems like when I post something, the thing I am curious about shows up... Interesting how the coins showed up 4 blocks later...
Second Edit: Another withdraw just showed up immediately; Blockchain must have really been stuck for an hour...
July 11, 2014, 06:00:16 PM
I love the coin and I am expecting great things in the future, but has the blockchain gotten stuck at 2521? No new blocks for an hour and a half...
i know... i've had 10 unconfirmed coins because of this stuck in a pool.
July 11, 2014, 05:58:44 PM
Shield Coin Fauce
http://altcoinix.com/faucets/shield-faucet/
Wallet Updated!
http://altcoinix.com/faucets/shield-faucet/
Wallet Updated!
July 11, 2014, 05:53:22 PM
I love the coin and I am expecting great things in the future, but has the blockchain gotten stuck at 2521? No new blocks for an hour and a half...
Edit: Of course right after I post this, the next block appears.
Edit: Of course right after I post this, the next block appears.
July 11, 2014, 05:38:46 PM
it's already 3 am, where is the qt?
u are late. Difficulties 220+. I mine at launch on pool which came first before wallet. I didn't even get a block worth of coins. Someone silly rent giga rig to raise difficulties and compete with himself.
another scam riotcoin without qt then
You do not need QT to be mining. Simply get a vps and compile your own wallets there on launches, you'll be up faster than with the QT.
that's not fair at all, no qt = dead coin nothing else
Sup bro
July 11, 2014, 05:29:27 PM
Dev will there be some kind of RoadMap too besides the anon system?
July 11, 2014, 05:26:37 PM
Just bought another bunch of it.
Can anyone help me understand what PoS is and how it works? or point me in the direction of some help page that is easier to understand and not 10 pages long. Thanks.
Can anyone help me understand what PoS is and how it works? or point me in the direction of some help page that is easier to understand and not 10 pages long. Thanks.
PoS is where you can 'stake coins'. You send coins to your wallet, and leave your wallet open while 'staking'. This works in the same way mining does, but doesn't actually require any computational power. You make a little bit (15%) through staking, and it keeps the network moving. Usually PoS has VERY low inflation, meaning there's a lot less sell pressure.
If you're going to moe your coins, make SURE you're on the right version of the client.
Thanks for the quick explanation. Is there anything special I need to do to my wallet in order to stake the coins?
July 11, 2014, 05:01:59 PM
Just bought another bunch of it.
Can anyone help me understand what PoS is and how it works? or point me in the direction of some help page that is easier to understand and not 10 pages long. Thanks.
Can anyone help me understand what PoS is and how it works? or point me in the direction of some help page that is easier to understand and not 10 pages long. Thanks.
July 11, 2014, 04:46:07 PM
the trading on Bittrex is very nice. I'm confidently adding to my stack currently @ 13K satoshi level. No multipool dump threats and a whitepaper preview coming up soon. Whats not to love about the Shield!
17k and climbing, not long before it breaks the days high and then to the moon
July 11, 2014, 04:17:44 PM
the trading on Bittrex is very nice. I'm confidently adding to my stack currently @ 13K satoshi level. No multipool dump threats and a whitepaper preview coming up soon. Whats not to love about the Shield!
July 11, 2014, 04:16:34 PM
Hello ShieldCoin Community!
We've just released PocketCrypto, a new Cryptocurrency Management App that will allow you to easily manage your ShieldCoin investment. Hope you guys will check out the app and Good Luck to All!
Pro Version (super awesome!) (no ads) (earlier updates) (no coin limit) (just because you love us
)
Free Version (still awesome!) (10 coin limit)
Please check out our main post for additional info, Thanks!
https://bitcointalksearch.org/topic/ann-blockfolio-bitcoin-and-altcoin-portfolio-app-android-and-ios-660696
We've just released PocketCrypto, a new Cryptocurrency Management App that will allow you to easily manage your ShieldCoin investment. Hope you guys will check out the app and Good Luck to All!
Pro Version (super awesome!) (no ads) (earlier updates) (no coin limit) (just because you love us
) Free Version (still awesome!) (10 coin limit)
Please check out our main post for additional info, Thanks!
https://bitcointalksearch.org/topic/ann-blockfolio-bitcoin-and-altcoin-portfolio-app-android-and-ios-660696
July 11, 2014, 03:50:40 PM
i see dedicated pool selling their coins. only 39k coins left too sell, it shows suchpool has 11k coins tiny amounts easily swallowed.
Is that what just crashed the price? 
I'm a noob to this coin also but was building a nice position and then the floor fell out of the market
yes according to richlist, dedicated pool had 59k now they have 39k coins, our buy walls are big enough to take it, with whitepaper with new anon and anti spy tech, its a hot buy.
Jump to: