Bitcoin Forum
July 17, 2019, 03:45:40 PM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
Poll
Question: The result of our STATIC nodes poll was 500,000 coins on deposit for Level 1 STATIC nodes.
0
0
0

Pages: « 1 ... 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 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 ... 347 »
  Print  
Author Topic: [NEW XBY ANN] XTRABYTES - BECAUSE THE BLOCKCHAIN CAN BE BETTER  (Read 370284 times)
EbenTheva
Sr. Member
****
Offline Offline

Activity: 327
Merit: 250


View Profile
September 17, 2017, 08:29:25 PM
 #4221

According to the quoted paragraph below, it seems to me that Xtrabytes transactions are anonymous or can offer that functionality. Did I understood this correctly? Thanks!
"VITALS comprises a private network directly interconnecting the online STATIC nodes;  effectively providing VPN-like functionality to the network. VITALS therefore supports the communication needs of the XTRABYTES blockchain by providing interference-free direct paths between nodes to ensure security and speed when processing transactions."

Here is a Q&A from borz a while back that has your answer in it.  Smiley

"1. Here is my question: CCrevolution said : If 1 or several STATIC nodes go rogue, the others ask them to correct themselves and if they do not correct...they get blacklisted - BOOM Shutdown attack. Now if something would go very wrong and only 1 'good' STATIC would be left, would it still be able to protect against the rest that went rogue?

1.) If the client isn't fake and it uses the correct last version of code, it will never get blacklisted. This is the reason why we will never have only one client controlling the network.



2. How many nodes would you need to be compromised for the system to be considered insecure, is a 51% attack via nodes possible?

2.) The PoSign is not a voting system therefore 51% or any other percent does not exist. All blocks are signed by all STATICs . If only one STATIC signs the block then it is still valid. Later, if other STATICs validate they will also sign.



3. Will the project send coins anonymously and if not will it be possible to add that as a feature in the future?

3.) Anonymity is not the goal, trust is the goal.



4. Can you comment on scalability, will we have no problems if this coin became as big or bigger than Bitcoin?

4.) Scalablity is unlimited.



5. If someone owned ALL the nodes or even 99% of the nodes what could they do? Steal the beats of the coins or shutdown the system? I know it might not be economically profitable to do so but what if a Government later with unlimited resources tried, could it be done?

5.) This is not POW, therefore unlimited resources means nothing.



6. Its a very general question and has already been hinted at. But please can you say more about what makes this more secure than other coins on the market right now. And could you explain the kind of scenario that would have to happen for the system to be hacked even if that is theoretically a long shot. Can you say this coin is 100% unhackable? Or are we talking almost impossible?

6.) I hope 100% unhackable.



7. Is it possible to implement a smart contract platform into XTRABYTES in the future, similar to Etherium's smart contracts?

7.) Yes, i have lot of better plans than ETH



Another set of questions:


1. Are the virtual nodes and their network generated exclusively by a new block/transaction that is created by the STATIC and nonSTATIC nodes?

1.) The XBY owners create transactions. Nodes validate the transactions only. Nodes never create transactions. The virtual nodes will be creating blocks from validated transactions.



2. Is the number of individual chord nodes possible the same as the number of STATIC and nonSTATIC nodes online?

2.) No. The number of virtual nodes is fixed. All virtual nodes are controlled by one or more STATIC and nonSTATIC  nodes. If the number of STATICs is less than virtual nodes then random STATICs  will control additional virtual nodes.


3. If a virtual chord node is generated only by a new block/transaction created by the STATIC and nonSTATIC nodes, then can’t the STATIC and nonSTATIC nodes be attacked and disabled by DDOS?

3.) Example: S1 STATIC controls V1 virtual node. If attacker attacks and disables S1 STATIC  then other ( S2 or S3 ... etc...) STATICs  will take control of the V1 virtual node until the S1 STATIC DDOS has stopped.
"




Some more related info on how this will work:

P2P systems work like this:



This is not the best type of network and therefore many problems exist. You have displayed some
 of these problems, but more exist which is why we will be using a type of "overview" network.


This is another very big innovation we are implementing and no other coin uses overview networks:




We will use what is referred to as a chord overview network where the the STATIC and nonSTATIC  nodes connect to "chord nodes". The "chord network" is a "virtual overview" or in other words, the upper layer of the network and we will call it the Virtual Chord Network.

The STATIC nodes and the nonSTATIC  nodes create the blocks... All nodes create the same block and all blocks have the same blockhash. Therefore, all block have the same ID (we will explain later why contain all blocks contain the same transactions).

Transactions work exactly the same as the block creation and so now we can see that all blocks will be the same in each STATIC and nonSTATIC  and later you will see why this is, as we continue this explanation.

Each node (STATIC and nonSTATIC ) is connected to one "virtual chord node" the chord nodes are only virtual, instead of being real nodes. If the block is ID=1 ( or if we create transaction then TR ID ) then this block will create the #1 virtual chord node and will then send the created block to the #2, #4, #8 nodes (this is an example of a network with just 16 virtual chord nodes) the #2 will send to #3 #5 #9 and so on...

The block creation time is not uncontrolled either. So, if we use 160sec block time (just an example because 160 seconds is easier to understand with a 16 virtual chord system).

Therefore, the chord nodes create blocks as follows:

#1 between 0-10 seconds
#2 between 10-20
#3 between 20-30

and continuing to #16 up to 160 seconds.

However, we will use more chords of course as this is just a simplified example so the process is more easily understood.

Therefore, no transaction or block conflicts occur and every peer knows who will create the block and who will first distribute the block.

Added question: But what if that creator block is down or attacked? Does it switch to a different STATIC ?

Since all chord nodes are virtual it is impossible to DDOS. There are no IPs or other relay identities available to attack.

Chord nodes are virtual, so they are never removed:

#1S = #1 STATIC
#1C = #1 virtual chord node


If just #1S is online ( only one STATIC ) then:

#1S will control #1C-#16


If #1S-#3S is online, then:

#1S will control #1C-#5C
#2S will control #6C-#10C
#3S will control #11C-#16C

If any STATIC goes offline, for example #3S, then #11C-#16C will be shared between #1S and #2S


This is the reason why it is not important how many STATIC nodes exist or how many STATIC nodes are online or offline. The number of overview virtual network nodes is a constant. The block and transaction time are not part of the ID.

So, one of the key points to answer your question is that all STATICs and other nodes do not have to learn about the blocks simultaneously... The transactions distribute throughout our network, sequentially, over the 120 second block time in intervals that eventually get out to the entire network before the next block is created.

With regard to network lag, this is not relevant because the network is virtual. Therefore if lag exists it is equal across the entire virtual network. So, the virtual overview network or the Virtual Chord Network solves the problems you bring up.

To simplify this explanation for those less technical:

P2P (peer to peer file sharing type systems) is like water in a lake. The Virtual Chord Network is like a series of canals. We use water, just like in the lake, but the lake is uncontrolled.

Some more tech info for all of you:

Many questions have been asked about XTRABYTES' core technology, features, and advantages. The following summary seeks to address those questions and to further elucidate various aspects of the XTRABYTES platform.
 
Security is at the heart of XTRABYTES' technology and is where its principal advantage lies. XTRABYTES leverages the concept of digital signatures extensively in its security algorithms. Common examples of digital signatures include SSL and Microsoft's signed software, but XTRABYTES goes several steps further to ensure the robustness of its signature protocol.
 
Simply put, as the number of digital signatures increases, level of security increases. XTRABYTES employs this tenet in its core technology—STATIC nodes rely on multiple layers of encrypted and digitally signed sources to guarantee the integrity of the network, while competitor systems rely either on a single signature only, or even none at all.
 
It is impossible to steal all signatures, given that not all STATIC nodes are online at a given time, and that they use different operating systems (eg. Windows. Mac. Linux)—and even if a virus compromises all online STATIC nodes, a single off line STATIC node is capable of restoring the network once reactivated.

Further, online keys are intermediate only—deposit and genesis keys are private and always offline—and consequently can easily be changed if necessary. If such a signature is compromised, the associated STATIC signature will automatically be revoked as the consensus among nodes has been violated. The owner of the affected STATIC node is then warned to generate a new signature before the node can resume participation on the network.
 
STATIC nodes communicate with one another via the PULSE system. If nodes are online, the system behaves like instant messaging, while offline nodes are always automatically forwarded missed messages by the network. All of these transmissions are encrypted, secured.and time-stamped. This is in direct contrast to the Bitcoin network whose peers communicate with one another in an unsecured fashion.
Level 2 nodes will be similar to the original STATIC nodes save for the fact that the intermediate signatures will be declared in a future block, not in the genesis block. All STATIC nodes will have a TRUST index number.

I am unable to sleep now..Can't contain my excitement.. whoa... will take a day or two to sink all this info.. Thank you Team!!.. Amazing job.. I am stuck for words and short of breath.. Help me.. This is fantabulous.. or should I say Xtrabulous!!!
1563378340
Hero Member
*
Offline Offline

Posts: 1563378340

View Profile Personal Message (Offline)

Ignore
1563378340
Reply with quote  #2

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

Posts: 1563378340

View Profile Personal Message (Offline)

Ignore
1563378340
Reply with quote  #2

1563378340
Report to moderator
1563378340
Hero Member
*
Offline Offline

Posts: 1563378340

View Profile Personal Message (Offline)

Ignore
1563378340
Reply with quote  #2

1563378340
Report to moderator
1563378340
Hero Member
*
Offline Offline

Posts: 1563378340

View Profile Personal Message (Offline)

Ignore
1563378340
Reply with quote  #2

1563378340
Report to moderator
adsactly
Full Member
***
Offline Offline

Activity: 171
Merit: 105

ADSactly is an Autonomous Decentralized Society


View Profile WWW
September 17, 2017, 08:32:27 PM
 #4222

Hello, we just joined the Slack Group for XTRABYTES and for some reason we were removed. can the Mods Please look into this for us?

Do you want to be the FIRST to Know about New Cryptocurrency Projects and New Inventions that could potentially change the world for the better?

Join ADSactly Discord the Decentralized Community of Cryptocurrency Enthusiasts and New Comers.

http://discord.me/adsactly
Sobogunkenny
Member
**
Offline Offline

Activity: 128
Merit: 10


View Profile
September 17, 2017, 10:05:39 PM
 #4223

According to the quoted paragraph below, it seems to me that Xtrabytes transactions are anonymous or can offer that functionality. Did I understood this correctly? Thanks!
"VITALS comprises a private network directly interconnecting the online STATIC nodes;  effectively providing VPN-like functionality to the network. VITALS therefore supports the communication needs of the XTRABYTES blockchain by providing interference-free direct paths between nodes to ensure security and speed when processing transactions."

Here is a Q&A from borz a while back that has your answer in it.  Smiley

"1. Here is my question: CCrevolution said : If 1 or several STATIC nodes go rogue, the others ask them to correct themselves and if they do not correct...they get blacklisted - BOOM Shutdown attack. Now if something would go very wrong and only 1 'good' STATIC would be left, would it still be able to protect against the rest that went rogue?

1.) If the client isn't fake and it uses the correct last version of code, it will never get blacklisted. This is the reason why we will never have only one client controlling the network.



2. How many nodes would you need to be compromised for the system to be considered insecure, is a 51% attack via nodes possible?

2.) The PoSign is not a voting system therefore 51% or any other percent does not exist. All blocks are signed by all STATICs . If only one STATIC signs the block then it is still valid. Later, if other STATICs validate they will also sign.



3. Will the project send coins anonymously and if not will it be possible to add that as a feature in the future?

3.) Anonymity is not the goal, trust is the goal.



4. Can you comment on scalability, will we have no problems if this coin became as big or bigger than Bitcoin?

4.) Scalablity is unlimited.



5. If someone owned ALL the nodes or even 99% of the nodes what could they do? Steal the beats of the coins or shutdown the system? I know it might not be economically profitable to do so but what if a Government later with unlimited resources tried, could it be done?

5.) This is not POW, therefore unlimited resources means nothing.



6. Its a very general question and has already been hinted at. But please can you say more about what makes this more secure than other coins on the market right now. And could you explain the kind of scenario that would have to happen for the system to be hacked even if that is theoretically a long shot. Can you say this coin is 100% unhackable? Or are we talking almost impossible?

6.) I hope 100% unhackable.



7. Is it possible to implement a smart contract platform into XTRABYTES in the future, similar to Etherium's smart contracts?

7.) Yes, i have lot of better plans than ETH



Another set of questions:


1. Are the virtual nodes and their network generated exclusively by a new block/transaction that is created by the STATIC and nonSTATIC nodes?

1.) The XBY owners create transactions. Nodes validate the transactions only. Nodes never create transactions. The virtual nodes will be creating blocks from validated transactions.



2. Is the number of individual chord nodes possible the same as the number of STATIC and nonSTATIC nodes online?

2.) No. The number of virtual nodes is fixed. All virtual nodes are controlled by one or more STATIC and nonSTATIC  nodes. If the number of STATICs is less than virtual nodes then random STATICs  will control additional virtual nodes.


3. If a virtual chord node is generated only by a new block/transaction created by the STATIC and nonSTATIC nodes, then can’t the STATIC and nonSTATIC nodes be attacked and disabled by DDOS?

3.) Example: S1 STATIC controls V1 virtual node. If attacker attacks and disables S1 STATIC  then other ( S2 or S3 ... etc...) STATICs  will take control of the V1 virtual node until the S1 STATIC DDOS has stopped.
"




Some more related info on how this will work:

P2P systems work like this:



This is not the best type of network and therefore many problems exist. You have displayed some
 of these problems, but more exist which is why we will be using a type of "overview" network.


This is another very big innovation we are implementing and no other coin uses overview networks:




We will use what is referred to as a chord overview network where the the STATIC and nonSTATIC  nodes connect to "chord nodes". The "chord network" is a "virtual overview" or in other words, the upper layer of the network and we will call it the Virtual Chord Network.

The STATIC nodes and the nonSTATIC  nodes create the blocks... All nodes create the same block and all blocks have the same blockhash. Therefore, all block have the same ID (we will explain later why contain all blocks contain the same transactions).

Transactions work exactly the same as the block creation and so now we can see that all blocks will be the same in each STATIC and nonSTATIC  and later you will see why this is, as we continue this explanation.

Each node (STATIC and nonSTATIC ) is connected to one "virtual chord node" the chord nodes are only virtual, instead of being real nodes. If the block is ID=1 ( or if we create transaction then TR ID ) then this block will create the #1 virtual chord node and will then send the created block to the #2, #4, #8 nodes (this is an example of a network with just 16 virtual chord nodes) the #2 will send to #3 #5 #9 and so on...

The block creation time is not uncontrolled either. So, if we use 160sec block time (just an example because 160 seconds is easier to understand with a 16 virtual chord system).

Therefore, the chord nodes create blocks as follows:

#1 between 0-10 seconds
#2 between 10-20
#3 between 20-30

and continuing to #16 up to 160 seconds.

However, we will use more chords of course as this is just a simplified example so the process is more easily understood.

Therefore, no transaction or block conflicts occur and every peer knows who will create the block and who will first distribute the block.

Added question: But what if that creator block is down or attacked? Does it switch to a different STATIC ?

Since all chord nodes are virtual it is impossible to DDOS. There are no IPs or other relay identities available to attack.

Chord nodes are virtual, so they are never removed:

#1S = #1 STATIC
#1C = #1 virtual chord node


If just #1S is online ( only one STATIC ) then:

#1S will control #1C-#16


If #1S-#3S is online, then:

#1S will control #1C-#5C
#2S will control #6C-#10C
#3S will control #11C-#16C

If any STATIC goes offline, for example #3S, then #11C-#16C will be shared between #1S and #2S


This is the reason why it is not important how many STATIC nodes exist or how many STATIC nodes are online or offline. The number of overview virtual network nodes is a constant. The block and transaction time are not part of the ID.

So, one of the key points to answer your question is that all STATICs and other nodes do not have to learn about the blocks simultaneously... The transactions distribute throughout our network, sequentially, over the 120 second block time in intervals that eventually get out to the entire network before the next block is created.

With regard to network lag, this is not relevant because the network is virtual. Therefore if lag exists it is equal across the entire virtual network. So, the virtual overview network or the Virtual Chord Network solves the problems you bring up.

To simplify this explanation for those less technical:

P2P (peer to peer file sharing type systems) is like water in a lake. The Virtual Chord Network is like a series of canals. We use water, just like in the lake, but the lake is uncontrolled.

Some more tech info for all of you:

Many questions have been asked about XTRABYTES' core technology, features, and advantages. The following summary seeks to address those questions and to further elucidate various aspects of the XTRABYTES platform.
 
Security is at the heart of XTRABYTES' technology and is where its principal advantage lies. XTRABYTES leverages the concept of digital signatures extensively in its security algorithms. Common examples of digital signatures include SSL and Microsoft's signed software, but XTRABYTES goes several steps further to ensure the robustness of its signature protocol.
 
Simply put, as the number of digital signatures increases, level of security increases. XTRABYTES employs this tenet in its core technology—STATIC nodes rely on multiple layers of encrypted and digitally signed sources to guarantee the integrity of the network, while competitor systems rely either on a single signature only, or even none at all.
 
It is impossible to steal all signatures, given that not all STATIC nodes are online at a given time, and that they use different operating systems (eg. Windows. Mac. Linux)—and even if a virus compromises all online STATIC nodes, a single off line STATIC node is capable of restoring the network once reactivated.

Further, online keys are intermediate only—deposit and genesis keys are private and always offline—and consequently can easily be changed if necessary. If such a signature is compromised, the associated STATIC signature will automatically be revoked as the consensus among nodes has been violated. The owner of the affected STATIC node is then warned to generate a new signature before the node can resume participation on the network.
 
STATIC nodes communicate with one another via the PULSE system. If nodes are online, the system behaves like instant messaging, while offline nodes are always automatically forwarded missed messages by the network. All of these transmissions are encrypted, secured.and time-stamped. This is in direct contrast to the Bitcoin network whose peers communicate with one another in an unsecured fashion.
Level 2 nodes will be similar to the original STATIC nodes save for the fact that the intermediate signatures will be declared in a future block, not in the genesis block. All STATIC nodes will have a TRUST index number.

I am unable to sleep now..Can't contain my excitement.. whoa... will take a day or two to sink all this info.. Thank you Team!!.. Amazing job.. I am stuck for words and short of breath.. Help me.. This is fantabulous.. or should I say Xtrabulous!!!

This is interesting. Still reading and reading until I get a thorough knowledge because of my non-computer background.
I am excited with XBY.
Sobogunkenny
Member
**
Offline Offline

Activity: 128
Merit: 10


View Profile
September 18, 2017, 02:09:11 AM
 #4224

Whaoo!

We are now live at Nova.....
https://novaexchange.com/market/BTC_XBY/  ....
Good news.
vanfly
Member
**
Offline Offline

Activity: 103
Merit: 10


View Profile
September 18, 2017, 02:10:19 AM
Last edit: September 18, 2017, 02:55:33 AM by vanfly
 #4225

TRADING ON NOVA EXCHANGE NOW LIVE

Or trade in ETH
Or trade in LTC
Anhtatsu
Full Member
***
Offline Offline

Activity: 203
Merit: 100


View Profile
September 18, 2017, 03:24:02 AM
 #4226

yeh, great, i will bring BTC to NovaExchange to buy some XBY
WayToGo
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile
September 18, 2017, 04:09:31 AM
 #4227

Good to see another exchange for XBY. Now if we can delist XBY from yobit,  lots of newbies will be saved from parting with their BTC,
gspace
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
September 18, 2017, 08:00:27 AM
 #4228

What's wrong with YoBit? I've used it and it was all good.

On the subject...500000 for a node is a bit steep, isn't it?
Delphinus
Full Member
***
Offline Offline

Activity: 560
Merit: 112


View Profile
September 18, 2017, 08:07:58 AM
 #4229

Level 2 are expected to be cheaper.

gspace
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
September 18, 2017, 08:12:14 AM
 #4230

Cool. Any info on this?
TAHAMERIAM08
Newbie
*
Offline Offline

Activity: 57
Merit: 0


View Profile
September 18, 2017, 09:37:28 AM
 #4231

What's wrong with YoBit? I've used it and it was all good.

On the subject...500000 for a node is a bit steep, isn't it?
I'm steel waiting to receive my xby deposit in my balance more then 2 month they steel keep wallet maintenance
Zeehenk
Sr. Member
****
Offline Offline

Activity: 399
Merit: 251


View Profile
September 18, 2017, 09:42:26 AM
 #4232

What's wrong with YoBit? I've used it and it was all good.

On the subject...500000 for a node is a bit steep, isn't it?
I'm steel waiting to receive my xby deposit in my balance more then 2 month they steel keep wallet maintenance

Take it up with YoBit. It's their issue, not XBY's... All transfers working fine here.

aarell
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile
September 18, 2017, 10:39:07 AM
 #4233

What's wrong with YoBit? I've used it and it was all good.

On the subject...500000 for a node is a bit steep, isn't it?
I'm steel waiting to receive my xby deposit in my balance more then 2 month they steel keep wallet maintenance
Post your problem at Yobit forum, not sure if it will work but just try.
Here is the link below.
https://bitcointalk.org/index.php?topic=914975.3260
cryptohunter
Legendary
*
Offline Offline

Activity: 2058
Merit: 1155

MY RED TRUST LEFT BY SCUMBAGS - READ MY SIG


View Profile
September 18, 2017, 11:13:17 AM
 #4234

What's wrong with YoBit? I've used it and it was all good.

On the subject...500000 for a node is a bit steep, isn't it?
I'm steel waiting to receive my xby deposit in my balance more then 2 month they steel keep wallet maintenance

Make a thread on the main board here and keep it there yobit are due for a bit of a slap and brought to order.

One can cause an exchange a lot of trouble on the main alt board.

fishfishfish313
Sr. Member
****
Offline Offline

Activity: 532
Merit: 252


View Profile
September 18, 2017, 12:47:34 PM
 #4235

What's wrong with YoBit? I've used it and it was all good.

On the subject...500000 for a node is a bit steep, isn't it?
I'm steel waiting to receive my xby deposit in my balance more then 2 month they steel keep wallet maintenance

Make a thread on the main board here and keep it there yobit are due for a bit of a slap and brought to order.

One can cause an exchange a lot of trouble on the main alt board.


Now this is a good idea.  And it has been said numerous times already, but the issues with exchanges are issues with exchanges.  I think the team did the right thing by adding another exchange.  It happened pretty fast too.  I am a fan of the ltc pairings on Nova.  So this was music to my ears when the other pairings were announced.  I actually use Nova quite often, much more than Yobit these days. 

Now I'm just waiting patiently for the next testnet to begin.  News has been dropping every week or so, and the new information is exciting. 


I'll one shot you with the Wingman from the top of Skulltown - Apex
VALTER 1061
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
September 18, 2017, 01:21:27 PM
 #4236

Who can tell Why can't I install two different XBY wallet Windows. If you download two or more, it is still the same balance coins ?
aarell
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile
September 18, 2017, 02:09:35 PM
 #4237

Who can tell Why can't I install two different XBY wallet Windows. If you download two or more, it is still the same balance coins ?
You can install two different XBY wallets by using CMD prompt.
eg. xtrabytes-qt.exe -datadir=testnet where testnet is my folder,
repeat the same command for creating wallet in another folder.
PeoplePower
Newbie
*
Offline Offline

Activity: 58
Merit: 0


View Profile
September 18, 2017, 02:22:08 PM
 #4238

Who can tell Why can't I install two different XBY wallet Windows. If you download two or more, it is still the same balance coins ?

You do not need to download the wallet twice. The same wallet executable can be used to run different wallets. Use the -datadir=<TheSecondWalletDirectoryName> parameter from the windows command prompt:

xtrabytes-qt.exe -datadir=SecondDirectoryName
bigboss154
Full Member
***
Offline Offline

Activity: 210
Merit: 100


View Profile
September 18, 2017, 03:27:57 PM
 #4239

According to the quoted paragraph below, it seems to me that Xtrabytes transactions are anonymous or can offer that functionality. Did I understood this correctly? Thanks!
"VITALS comprises a private network directly interconnecting the online STATIC nodes;  effectively providing VPN-like functionality to the network. VITALS therefore supports the communication needs of the XTRABYTES blockchain by providing interference-free direct paths between nodes to ensure security and speed when processing transactions."

Here is a Q&A from borz a while back that has your answer in it.  Smiley

"1. Here is my question: CCrevolution said : If 1 or several STATIC nodes go rogue, the others ask them to correct themselves and if they do not correct...they get blacklisted - BOOM Shutdown attack. Now if something would go very wrong and only 1 'good' STATIC would be left, would it still be able to protect against the rest that went rogue?

1.) If the client isn't fake and it uses the correct last version of code, it will never get blacklisted. This is the reason why we will never have only one client controlling the network.



2. How many nodes would you need to be compromised for the system to be considered insecure, is a 51% attack via nodes possible?

2.) The PoSign is not a voting system therefore 51% or any other percent does not exist. All blocks are signed by all STATICs . If only one STATIC signs the block then it is still valid. Later, if other STATICs validate they will also sign.



3. Will the project send coins anonymously and if not will it be possible to add that as a feature in the future?

3.) Anonymity is not the goal, trust is the goal.



4. Can you comment on scalability, will we have no problems if this coin became as big or bigger than Bitcoin?

4.) Scalablity is unlimited.



5. If someone owned ALL the nodes or even 99% of the nodes what could they do? Steal the beats of the coins or shutdown the system? I know it might not be economically profitable to do so but what if a Government later with unlimited resources tried, could it be done?

5.) This is not POW, therefore unlimited resources means nothing.



6. Its a very general question and has already been hinted at. But please can you say more about what makes this more secure than other coins on the market right now. And could you explain the kind of scenario that would have to happen for the system to be hacked even if that is theoretically a long shot. Can you say this coin is 100% unhackable? Or are we talking almost impossible?

6.) I hope 100% unhackable.



7. Is it possible to implement a smart contract platform into XTRABYTES in the future, similar to Etherium's smart contracts?

7.) Yes, i have lot of better plans than ETH



Another set of questions:


1. Are the virtual nodes and their network generated exclusively by a new block/transaction that is created by the STATIC and nonSTATIC nodes?

1.) The XBY owners create transactions. Nodes validate the transactions only. Nodes never create transactions. The virtual nodes will be creating blocks from validated transactions.



2. Is the number of individual chord nodes possible the same as the number of STATIC and nonSTATIC nodes online?

2.) No. The number of virtual nodes is fixed. All virtual nodes are controlled by one or more STATIC and nonSTATIC  nodes. If the number of STATICs is less than virtual nodes then random STATICs  will control additional virtual nodes.


3. If a virtual chord node is generated only by a new block/transaction created by the STATIC and nonSTATIC nodes, then can’t the STATIC and nonSTATIC nodes be attacked and disabled by DDOS?

3.) Example: S1 STATIC controls V1 virtual node. If attacker attacks and disables S1 STATIC  then other ( S2 or S3 ... etc...) STATICs  will take control of the V1 virtual node until the S1 STATIC DDOS has stopped.
"




Some more related info on how this will work:

P2P systems work like this:



This is not the best type of network and therefore many problems exist. You have displayed some
 of these problems, but more exist which is why we will be using a type of "overview" network.


This is another very big innovation we are implementing and no other coin uses overview networks:




We will use what is referred to as a chord overview network where the the STATIC and nonSTATIC  nodes connect to "chord nodes". The "chord network" is a "virtual overview" or in other words, the upper layer of the network and we will call it the Virtual Chord Network.

The STATIC nodes and the nonSTATIC  nodes create the blocks... All nodes create the same block and all blocks have the same blockhash. Therefore, all block have the same ID (we will explain later why contain all blocks contain the same transactions).

Transactions work exactly the same as the block creation and so now we can see that all blocks will be the same in each STATIC and nonSTATIC  and later you will see why this is, as we continue this explanation.

Each node (STATIC and nonSTATIC ) is connected to one "virtual chord node" the chord nodes are only virtual, instead of being real nodes. If the block is ID=1 ( or if we create transaction then TR ID ) then this block will create the #1 virtual chord node and will then send the created block to the #2, #4, #8 nodes (this is an example of a network with just 16 virtual chord nodes) the #2 will send to #3 #5 #9 and so on...

The block creation time is not uncontrolled either. So, if we use 160sec block time (just an example because 160 seconds is easier to understand with a 16 virtual chord system).

Therefore, the chord nodes create blocks as follows:

#1 between 0-10 seconds
#2 between 10-20
#3 between 20-30

and continuing to #16 up to 160 seconds.

However, we will use more chords of course as this is just a simplified example so the process is more easily understood.

Therefore, no transaction or block conflicts occur and every peer knows who will create the block and who will first distribute the block.

Added question: But what if that creator block is down or attacked? Does it switch to a different STATIC ?

Since all chord nodes are virtual it is impossible to DDOS. There are no IPs or other relay identities available to attack.

Chord nodes are virtual, so they are never removed:

#1S = #1 STATIC
#1C = #1 virtual chord node


If just #1S is online ( only one STATIC ) then:

#1S will control #1C-#16


If #1S-#3S is online, then:

#1S will control #1C-#5C
#2S will control #6C-#10C
#3S will control #11C-#16C

If any STATIC goes offline, for example #3S, then #11C-#16C will be shared between #1S and #2S


This is the reason why it is not important how many STATIC nodes exist or how many STATIC nodes are online or offline. The number of overview virtual network nodes is a constant. The block and transaction time are not part of the ID.

So, one of the key points to answer your question is that all STATICs and other nodes do not have to learn about the blocks simultaneously... The transactions distribute throughout our network, sequentially, over the 120 second block time in intervals that eventually get out to the entire network before the next block is created.

With regard to network lag, this is not relevant because the network is virtual. Therefore if lag exists it is equal across the entire virtual network. So, the virtual overview network or the Virtual Chord Network solves the problems you bring up.

To simplify this explanation for those less technical:

P2P (peer to peer file sharing type systems) is like water in a lake. The Virtual Chord Network is like a series of canals. We use water, just like in the lake, but the lake is uncontrolled.

Some more tech info for all of you:

Many questions have been asked about XTRABYTES' core technology, features, and advantages. The following summary seeks to address those questions and to further elucidate various aspects of the XTRABYTES platform.
 
Security is at the heart of XTRABYTES' technology and is where its principal advantage lies. XTRABYTES leverages the concept of digital signatures extensively in its security algorithms. Common examples of digital signatures include SSL and Microsoft's signed software, but XTRABYTES goes several steps further to ensure the robustness of its signature protocol.
 
Simply put, as the number of digital signatures increases, level of security increases. XTRABYTES employs this tenet in its core technology—STATIC nodes rely on multiple layers of encrypted and digitally signed sources to guarantee the integrity of the network, while competitor systems rely either on a single signature only, or even none at all.
 
It is impossible to steal all signatures, given that not all STATIC nodes are online at a given time, and that they use different operating systems (eg. Windows. Mac. Linux)—and even if a virus compromises all online STATIC nodes, a single off line STATIC node is capable of restoring the network once reactivated.

Further, online keys are intermediate only—deposit and genesis keys are private and always offline—and consequently can easily be changed if necessary. If such a signature is compromised, the associated STATIC signature will automatically be revoked as the consensus among nodes has been violated. The owner of the affected STATIC node is then warned to generate a new signature before the node can resume participation on the network.
 
STATIC nodes communicate with one another via the PULSE system. If nodes are online, the system behaves like instant messaging, while offline nodes are always automatically forwarded missed messages by the network. All of these transmissions are encrypted, secured.and time-stamped. This is in direct contrast to the Bitcoin network whose peers communicate with one another in an unsecured fashion.
Level 2 nodes will be similar to the original STATIC nodes save for the fact that the intermediate signatures will be declared in a future block, not in the genesis block. All STATIC nodes will have a TRUST index number.

I am unable to sleep now..Can't contain my excitement.. whoa... will take a day or two to sink all this info.. Thank you Team!!.. Amazing job.. I am stuck for words and short of breath.. Help me.. This is fantabulous.. or should I say Xtrabulous!!!

It is very exciting,  borz and the rest of the crew are working really hard behind the scenes.  Smiley
LostWords
Full Member
***
Offline Offline

Activity: 280
Merit: 101


View Profile
September 18, 2017, 07:50:05 PM
 #4240

What's wrong with YoBit? I've used it and it was all good.

On the subject...500000 for a node is a bit steep, isn't it?
I'm steel waiting to receive my xby deposit in my balance more then 2 month they steel keep wallet maintenance

Make a thread on the main board here and keep it there yobit are due for a bit of a slap and brought to order.

One can cause an exchange a lot of trouble on the main alt board.


Good advice. I dont think Yobit will care tho, there have been so many tickets submitted, I think it's over 100's just from XBY-Slackers alone.
Pages: « 1 ... 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 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 ... 347 »
  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!