Bitcoin Forum
June 25, 2018, 10:56:24 AM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 [241] 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 ... 313 »
  Print  
Author Topic: [ANN] [VIA] ★ Viacoin ★ ~ the future of digital currency ~ ★  (Read 822434 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
bitcreditscc
Hero Member
*****
Offline Offline

Activity: 602
Merit: 500



View Profile
May 15, 2015, 01:38:50 AM
 #4801

Any plans to add Masternodes to this? It would open up a stream of possible cooperation with other projects like BCR and SPR, in fact every coin that is using my adaptation (i.e every coin cloned from CRAVE).

DS and IX are not necessary, just the MN implementation.

1529924184
Hero Member
*
Offline Offline

Posts: 1529924184

View Profile Personal Message (Offline)

Ignore
1529924184
Reply with quote  #2

1529924184
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1529924184
Hero Member
*
Offline Offline

Posts: 1529924184

View Profile Personal Message (Offline)

Ignore
1529924184
Reply with quote  #2

1529924184
Report to moderator
spartak_t
Legendary
*
Offline Offline

Activity: 1540
Merit: 1160


@FAILCommunity


View Profile WWW
May 15, 2015, 04:02:45 AM
 #4802

Any plans to add Masternodes to this? It would open up a stream of possible cooperation with other projects like BCR and SPR, in fact every coin that is using my adaptation (i.e every coin cloned from CRAVE).

DS and IX are not necessary, just the MN implementation.

Masternodes are useless gimmicks imho. We all saw how they worked for Crave.

kingscrown
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


http://fuk.io - check it out!


View Profile WWW
May 15, 2015, 04:04:21 AM
 #4803

I'm holding a loss on this coin.  Cry

welcome to the bagholders club.

propably the 'fun' has ended.
i do hold VIA but no on loss. i made cash, those coins i have now are "free", even 1 satoshi sell would be profit Wink

bitcreditscc
Hero Member
*****
Offline Offline

Activity: 602
Merit: 500



View Profile
May 15, 2015, 12:45:50 PM
 #4804

Any plans to add Masternodes to this? It would open up a stream of possible cooperation with other projects like BCR and SPR, in fact every coin that is using my adaptation (i.e every coin cloned from CRAVE).

DS and IX are not necessary, just the MN implementation.

Masternodes are useless gimmicks imho. We all saw how they worked for Crave.

I have a different idea in mind. I have a working idea that wee can have certain types of nodes enabled for cross-network communication. Once we can communicate safely and securely, we can now have these nodes (bridges ) relaying messages (no action taken). After that we move to make them relay each other's transactions and get paid for it by whichever chain's tx they relayed.

This does not in anyway affect the base client, but allows networks to assist each other and get paid for it.

For the user this means a possible new revenue stream from running a node, and for developers it opens up the possiblity of cooperation in a cross-chain decentralized exchange with masternodes being the order-book servers.

Most of all that is futuristic, but the most immediately achievable goals are Masternodes on one chain comunicating with Masternodes on another chain. This is really up the dev and the community whether you wish to attempt this, we @ BCR are ready to cooperate with any group that wishes to.

Just a note....this is infinitely scalable. the increase in overheads is well within the landscape of Masternodes that are being run on VPS. For example, the combined data of Via and BCR is <500MB.

It's just something to think about, i think communities will always stand to win if there is more cooperation.

btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 15, 2015, 12:50:40 PM
 #4805

Not sure how interested any of you will be about this but I'm developing a web app that uses cryptocurrency keys to cryptographically identify the origin of a product using BIP32 complient public keys.

The library I'm using supports Viacoin out of the box so implimentation further down the line should be trivial.

Here is a link to the dev site in case anyone would like to test it out - cryptoproof.info

I have a whole synopsis written out but I dare not post it here and incur the wrath of Drak so I will only post the opening paragraph
Quote
Cryptographic Proof Of Production is a method of identification by which users who submit their cryptocurrency extended master public keys which comply to the BIP32 standard can have their identity inferred by checking if a subsequent cryptocurrency address is a product (subkey) of the submitted master public key.

Head over to the 'Project development section of bitcointalk if you would like to learn more Smiley

Cheers and go Viacoin!

Looks interesting. Which library are you using?
The only thing I don't like about BIP32 is if a the public master key is published and any private key of any subkey is leaked, all private keys for all possible key in the HD chain can be derived. Makes me very wary of publishing the master public key.
compmaster
Sr. Member
****
Offline Offline

Activity: 477
Merit: 250


View Profile
May 15, 2015, 07:24:05 PM
 #4806

Any plans to add Masternodes to this? It would open up a stream of possible cooperation with other projects like BCR and SPR, in fact every coin that is using my adaptation (i.e every coin cloned from CRAVE).

DS and IX are not necessary, just the MN implementation.

Whats up with this darkcrave? its just a sad knock off right? 

derrend
Hero Member
*****
Offline Offline

Activity: 707
Merit: 500



View Profile WWW
May 16, 2015, 11:50:45 PM
 #4807

Looks interesting. Which library are you using?
pycoin

Quote
The only thing I don't like about BIP32 is if a the public master key is published and any private key of any subkey is leaked, all private keys for all possible key in the HD chain can be derived. Makes me very wary of publishing the master public key.
I know, I suppose the trick here is... not to publish your private keys Cheesy.
One of bitcoins biggest appeals to me is that it forces us to take responsibility for ourselves, and if you intend to use the address purely for ID then you wouldn't care any way.
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 17, 2015, 07:28:02 AM
 #4808

Looks interesting. Which library are you using?
pycoin

Oh yeah, I remember submitting a PR for this project.

Quote
The only thing I don't like about BIP32 is if a the public master key is published and any private key of any subkey is leaked, all private keys for all possible key in the HD chain can be derived. Makes me very wary of publishing the master public key.
I know, I suppose the trick here is... not to publish your private keys Cheesy.
One of bitcoins biggest appeals to me is that it forces us to take responsibility for ourselves, and if you intend to use the address purely for ID then you wouldn't care any way.
[/quote]

So overall, how does your system prove identity?
derrend
Hero Member
*****
Offline Offline

Activity: 707
Merit: 500



View Profile WWW
May 17, 2015, 11:32:03 AM
 #4809

So overall, how does your system prove identity?
Keys are associated with urls, we return a string encrypted with the cert from the url (if available) which can be submitted for verification. Anyone can register as say google.com though and be unverified. Only key and url are required.
The site keeps a count of the number of searches for each key, authenticity is inferred from this number Smiley
 
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 17, 2015, 12:18:01 PM
 #4810

So overall, how does your system prove identity?
Keys are associated with urls, we return a string encrypted with the cert from the url (if available) which can be submitted for verification. Anyone can register as say google.com though and be unverified. Only key and url are required.
The site keeps a count of the number of searches for each key, authenticity is inferred from this number Smiley
 

I don't understand how this cryptographically proves identity. What am I missing?
derrend
Hero Member
*****
Offline Offline

Activity: 707
Merit: 500



View Profile WWW
May 17, 2015, 12:35:13 PM
 #4811

I don't understand how this cryptographically proves identity. What am I missing?
Read the [ANN] dude.
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 17, 2015, 01:20:49 PM
 #4812

I don't understand how this cryptographically proves identity. What am I missing?
Read the [ANN] dude.

So unless I am missing something obvious I dont see how this works: For a start, anyone with the BIP32 public master can derive all possible keys. Are you storing the public master keys? Because if it's a closed database the entire system relies on your security, if you get hacked all keys are leaked. You are using the term "proof of publication" but I didn't see that anything was being published in a provable manner. Proof-of-publication usually refers to data published and timestamped on the blockchain. There is no proof-of-publication under your model because you cannot prove/validate your own data which (appears to be stored privately) has not been tampered with because there are no cryptographic proofs published on a blockchain ledger. This is why I said don't understand the security model because unless I have missed something because there isn't much in the way of technical details on the ANN.
derrend
Hero Member
*****
Offline Offline

Activity: 707
Merit: 500



View Profile WWW
May 17, 2015, 02:00:07 PM
 #4813

This is why I said don't understand the security model because unless I have missed something because there isn't much in the way of technical details on the ANN.
Don't try and pretend you read the [ANN] Drak, you're fooling no one Wink.

It's the public key that gets submitted and there is no block chain to speak of.
It's a matter of likelihood based on the number of times the subkey has been searched for Smiley.
Production, not publication.
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 17, 2015, 02:16:16 PM
 #4814

This is why I said don't understand the security model because unless I have missed something because there isn't much in the way of technical details on the ANN.
Don't try and pretend you read the [ANN] Drak, you're fooling no one Wink.

It's the public key that gets submitted and there is no block chain to speak of.
It's a matter of likelihood based on the number of times the subkey has been searched for Smiley.
Production, not publication.

I read the ANN and it's technical unsound. The whole point of cryptography is that you dont need to reveal any secrets in order to make cryptographic proofs. Per se, there is nothing wrong with a centralised trusted service which yours appears to be, but it is presenting technologies as being cryptographically secure when in fact it's not. It is simply not a sound proposition. Calling it cryptographic proof-of-publication is entirely misleading and is vulnerable to a wide range of attacks and information leaks.
derrend
Hero Member
*****
Offline Offline

Activity: 707
Merit: 500



View Profile WWW
May 17, 2015, 02:35:20 PM
 #4815

I read the ANN and it's technical unsound. The whole point of cryptography is that you dont need to reveal any secrets in order to make cryptographic proofs. Per se, there is nothing wrong with a centralised trusted service which yours appears to be, but it is presenting technologies as being cryptographically secure when in fact it's not. It is simply not a sound proposition. Calling it cryptographic proof-of-publication is entirely misleading and is vulnerable to a wide range of attacks and information leaks.
It's not 'publication' it's 'production' and you reveal no secrets when you divulge a public key (apart from its subkeys in this case).
'cryptographic probability of production' would be technically correct but since Heisenberg showed us that all certainty is a matter of likelihood I don't feel guilty about using the word 'proof' because a measure of likelihood is what it provides.
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 17, 2015, 02:58:50 PM
 #4816

I read the ANN and it's technical unsound. The whole point of cryptography is that you dont need to reveal any secrets in order to make cryptographic proofs. Per se, there is nothing wrong with a centralised trusted service which yours appears to be, but it is presenting technologies as being cryptographically secure when in fact it's not. It is simply not a sound proposition. Calling it cryptographic proof-of-publication is entirely misleading and is vulnerable to a wide range of attacks and information leaks.
It's not 'publication' it's 'production' and you reveal no secrets when you divulge a public key (apart from its subkeys in this case).
'cryptographic probability of production' would be technically correct but since Heisenberg showed us that all certainty is a matter of likelihood I don't feel guilty about using the word 'proof' because a measure of likelihood is what it provides.

I'll reply in the ANN thread https://bitcointalk.org/index.php?topic=1059474.msg11401446#msg11401446
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 17, 2015, 03:07:06 PM
 #4817

http://www.reddit.com/r/Bitcoin/comments/35hpkt/please_remind_me_once_again_why_we_cant_decrease/cr4wk0g

What is your opinion on this Drak ? What's about current VIA capacity (transactions per second).

Thanks.


I'm going to give a purist reply. While Viacoin has a slightly larger tps at the moment this is irrelevant because the issue being discussed is a matter of scalability not parameters. Viacoin has the same scalability issues a Bitcoin. Namely you cannot just continue to increase blocksize to and achieve linear scalability. If Bitcoin were to increase to 20MB blocks and they get full, then what? The more you increase blocksize, the more you are likely to change the incentives of the network as well as hit up against bottlenecks. The knock-on effects are that the requirements to run a full node increase to the point of knocking out participants. There will be more propagation delays, potentially more orphan blocks, potentially different miner incentive attacks (attacking other miners). The UTXO set is likely to balloon. Fundamentally increasing blocksize (while it will probably have to happen at some point), is not a long term solution to bitcoin's scalability issues which by design are O(n^2). It seems likely that some kind of off-chain solutions will have to be developed if Bitcoin is going to scale up to hundreds or thousands of tps. This is where things like OP_CHECKLOCKTIMEVERIFY will come in handy because it helps power such solutions.
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
May 17, 2015, 03:09:40 PM
 #4818

Any plans to add Masternodes to this? It would open up a stream of possible cooperation with other projects like BCR and SPR, in fact every coin that is using my adaptation (i.e every coin cloned from CRAVE).

DS and IX are not necessary, just the MN implementation.

I'd like to know more about what you are aiming towards. I am not overly enthused by the whole masternodes design, DS or IX (which is technically unsound). Masternodes create a two tier network destroying the true decentralised model so introducing them or not would have to be weighed benefits to risks.
bitcreditscc
Hero Member
*****
Offline Offline

Activity: 602
Merit: 500



View Profile
May 17, 2015, 06:58:26 PM
 #4819

Any plans to add Masternodes to this? It would open up a stream of possible cooperation with other projects like BCR and SPR, in fact every coin that is using my adaptation (i.e every coin cloned from CRAVE).

DS and IX are not necessary, just the MN implementation.

I'd like to know more about what you are aiming towards. I am not overly enthused by the whole masternodes design, DS or IX (which is technically unsound). Masternodes create a two tier network destroying the true decentralised model so introducing them or not would have to be weighed benefits to risks.

There is no change in the network actually, a MN is simply a node with an extra few jobs it can do. if ten people are running normal nodes..how does adding an extra MN flag to those nodes ruin the decentralization? True IX can do with an over-haul, and we can throw DS in the trash.  Grin

Masternodes have created a window through which we can allow limited and monitored cross chain communication there by opening us to new and far reaching innovations, it is simply a major breakthrough. Imagine, cross chain reinforcement, atomic trades, contracts and more.

Each chain's master nodes have their internal purposes, in my case they are called Bank nodes, insurance nodes or escrow nodes depending on what extra flag will be enabled and what new code this activates.

Take a look at my use case fro cross chain event/outputs tracking:-

Say you want a loan of 100K BCR and meet all the requirements, the Bank node owner and the internal system however stipulate that you offer collateral or ask for more proof of your solvency. You can then send a message to the BN signed with your VIA address, the BN then contacts MNs from the VIA network and using it's local copy of the VIA blockchain, calculates your trust rating and credit score based on similar metrics used on the BCR chain.

Now the chain agrees you can be trusted and ups your rating, poof, you have your loan! Or it can require you deposit some VIA into insurance node as collateral and again , you have your loan.

Essentially, we will be building apps on top of the normal client software that will govern new types of behavior on the network, and this behavior can use data or resources of multiple chains. In my case , i have already finished a rudimentary credit calculator, the internal messaging is glitchy but once it is operational, it will allow secure communication between all types of nodes, and by using special formats for messages, we can even automate some of the functions.

Imagine the use cases each individual (real) developer can come up with and the sheer scalability of such simple yet powerful tools. Using filtered messaging and monetizing multi-chain support, we can say that if BCR , DGC, STK and VIA have 10 nodes respectively, and three on each are fully active MNs then each network will show a total of 19 nodes!!!! Apart form the great advantages of security, we can also relay transactions faster and further that we have been doing all along.

Each coin that joins only adds a small bit to the overall resource footprint, but brings in a ton of advantages. Monetizing this incentivizes users to build a larger , stronger more resilient network and (with extra work) we can being chain tethering of transactions. (meaning, that with the right signatures, even IX will be slower than our transactions)


So much potential for growth. The first step, is agreeing to cooperate.

stormia
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000


View Profile
May 18, 2015, 04:42:38 AM
 #4820

Listen to Drak tell you not to hold any altcoin, or BTC for that matter: https://www.youtube.com/watch?v=JHYjxdvbuwI&feature=youtu.be&t=2703

Skip to around 50:35

Funny he can say something like this with a straight "face" after selling an altcoin ICO.

But yeah, go ahead and keep holding his coin.
Pages: « 1 ... 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 [241] 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 ... 313 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!