Bitcoin Forum
September 12, 2024, 10:51:30 AM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 [1138] 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 ... 1627 »
  Print  
Author Topic: [XC][XCurrency] Decentralised Trustless Privacy Platform / Encrypted XChat / Pos  (Read 1484183 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.
Dungor
Full Member
***
Offline Offline

Activity: 178
Merit: 100


View Profile
August 23, 2014, 09:22:01 AM
 #22741

In regard to trust and adoption, yes the features are impressive to say the least, but we're still running beta at the moment.
We need either more developers, or some really concrete working software that lives up to those promises fast.
The crypto market is one of the fastest growing in the world.

When looking at alternatives like ethereum, it's interesting how modularity can aid in the overall development of the scene.
I've got a IT networking background. Using it as a parallel, the OSI layer model concludes 7 layers of that comprise end to end communication.
http://en.wikipedia.org/wiki/OSI_model
This layered model helps developing each layer with predefined specs and ensures it's compatible to the other layers.
XC and Ethereum could complement each other if the crypto scene would adopt a similar modular model

Good read on OSI thanks! If this approach was pursued what could the scaling growing pains be? It seems that currently development in the crypto scene scales poorly.

XChat XZFT9YxW9Uhv4R5yoWgUmYhAzqP5qVuZp8
Public Key 288p7Jom8LvQ1UNVgc7H7wzpZoQkqLdtqfR7Ls4Bgo3Mz
onealfa
Full Member
***
Offline Offline

Activity: 235
Merit: 100



View Profile
August 23, 2014, 09:29:37 AM
 #22742


This + XChat might generate XCLeaks for whistleblowers Wink

What is XCLeaks ?  Huh

Teka (OP)
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1000



View Profile
August 23, 2014, 09:35:13 AM
 #22743


This + XChat might generate XCLeaks for whistleblowers Wink

What is XCLeaks ?  Huh

It's a play on words, wikileaks is a whistleblower site.
mav137
Full Member
***
Offline Offline

Activity: 163
Merit: 100


View Profile
August 23, 2014, 09:55:25 AM
 #22744

Following a model similar to the OSI model would scale perfectly, but the question is who get's to determine the specifications and how can we layer the technology in such a way that everyone's would adopt the model and work only within the scope of one's own layer. (Which would mean splitting and cutting current projects into separate development teams).

In a way the content API that XC is developing voor QI is a layered model, the bottom layer being XC and the top layer being the content. There could be a lot more layers, but it's gonna take a lot of convincing in the crypto scene to have people adhere to the specifications. Unless... XC sets the bar and develops it's own layered model.
This would require the entire framework to be readily available (thought out, programmed and documented) before other dev's would consider contributing to the overall (or just one modular layer) development.

The scene being open source, it could well be that a model like that would be adopted by the entire scene, and that's when things get really interesting, because the layers developed for one coin could be interchangeable with another (if the specifications are followed).

Im sorry for kinda hijacking the thread with this, but it's interesting to see what kind of layers we could build on top of each other.
Right now we have:

- Blockchain layer (based on Satoshi's original work) but expanded with multipath anonimity in the case of XC)
- An anonimity layer could be seperatly defined (may the best method win adoption in all coins)
- Application layers (currency / content, etc)

My programming background is (non existent Smiley) too limited to base this on real code, but functional concepts wise it could work a little like described above
holyprofit
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
August 23, 2014, 10:11:29 AM
 #22745

By the way - is this going to be a press release? If we're looking for a step-change in the widespread acceptance of
XC this would be a perfect opportunity. - clearly it leads to a lot of conversations. EDIT: that question for Arlyn I guess.
DutchRIG
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
August 23, 2014, 10:56:17 AM
 #22746

Where are the files stored of the CDN? In the Blockchain? If so every wallet needs a full Blockchain with all the files stored in that blockchain? Aren't we talking about a massive storage that every node need?
profitofthegods
Sr. Member
****
Offline Offline

Activity: 378
Merit: 250


View Profile WWW
August 23, 2014, 10:58:24 AM
 #22747

Where are the files stored of the CDN? In the Blockchain? If so every wallet needs a full Blockchain with all the files stored in that blockchain? Aren't we talking about a massive storage that every node need?

There aren't stored in the blockchain itself, but nodes would need extra storage for this.

Would every node store everything, or if more content was added would each piece of content be stored in a certain number of randomly chosen nodes?
mav137
Full Member
***
Offline Offline

Activity: 163
Merit: 100


View Profile
August 23, 2014, 10:58:44 AM
 #22748

I can imagine a storage layer (renting out your HDD) is also part of this model. So you get payed for offering the content
Artoodeetoo
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500


View Profile
August 23, 2014, 11:40:34 AM
 #22749

Having slept on yesterdays announcement in still in shock at how many possibilities it opens up.. Xc is now so far ahead of the pack and operating in its own space try at its scary.. Total trust in Dans judgement, we just have to let him get on with it..

Re some of the rev queries.. If as per the announcement the team are saying finishing touches I'm thinking up to 2 weeks.... Happy to wait though...

Well done again team.. You are on fire.

DASH #DashDC #DashIntoDigitalCash
mr_random
Legendary
*
Offline Offline

Activity: 1344
Merit: 1001



View Profile
August 23, 2014, 12:05:17 PM
 #22750

Ok interesting.
So here's another tech questions:
If nodes are on a mix slow/unreliable internet connections and fast/reliable internet --
1) Will this tech be able to weed out the slow connections and bypass them for a more reliable connection
2) Will this tech somehow compensate for the slow connections?

I think it will take time to get all of this 100% right.

For something this ambitious and revolutionary we should be happy to get a working proof of concept up and running and then slowly improve it over time until it's perfect.

▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
profitofthegods
Sr. Member
****
Offline Offline

Activity: 378
Merit: 250


View Profile WWW
August 23, 2014, 12:07:11 PM
 #22751

Ok interesting.
So here's another tech questions:
If nodes are on a mix slow/unreliable internet connections and fast/reliable internet --
1) Will this tech be able to weed out the slow connections and bypass them for a more reliable connection
2) Will this tech somehow compensate for the slow connections?

I think it will take time to get all of this 100% right.

For something this ambitious and revolutionary we should be happy to get a working proof of concept up and running and then slowly improve it over time until it's perfect.

First to serve the content gets paid, so people with slow and unreliable connections can try to take part but probably won't make any money.
holyprofit
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
August 23, 2014, 12:50:45 PM
 #22752

Having slept on yesterdays announcement in still in shock at how many possibilities it opens up.. Xc is now so far ahead of the pack and operating in its own space try at its scary.. Total trust in Dans judgement, we just have to let him get on with it..

Re some of the rev queries.. If as per the announcement the team are saying finishing touches I'm thinking up to 2 weeks.... Happy to wait though...

Well done again team.. You are on fire.

Yep - me too. The great part is it is pretty much impossible for others to copy without copying the whole framework. Gotta love the
30 day change on bitcoinwisdom



https://bitcoinwisdom.com
KimmyF
Sr. Member
****
Offline Offline

Activity: 978
Merit: 250


View Profile
August 23, 2014, 01:02:01 PM
 #22753

Ok interesting.
So here's another tech questions:
If nodes are on a mix slow/unreliable internet connections and fast/reliable internet --
1) Will this tech be able to weed out the slow connections and bypass them for a more reliable connection
2) Will this tech somehow compensate for the slow connections?

I think it will take time to get all of this 100% right.

For something this ambitious and revolutionary we should be happy to get a working proof of concept up and running and then slowly improve it over time until it's perfect.

First to serve the content gets paid, so people with slow and unreliable connections can try to take part but probably won't make any money.
Maybe my home connection is slow for someone in the USA but really fast for an European connection.
If first to serve is used the client probably needs to make several connections, to know which endpoints are available there need to be some discovery, to know if the request was served or not needs some sort of bookkeeping,  (a transaction for every request served is just to many to scale I guess) .... all this is anything but easy to implement.

But if Dan and his team can make it my fantasy go overboard with this tech, for instance who pays?  The issuer or uploader of the data? I guess with the current qibuck add there team pays the Xnodes serving. but what if you reverse that? I started dreaming about paying by Download,  sell some ebooks for instance. Downloader pays, XC goes to uploader who pays the xnode for serving his content.

Can't wait for the documentation so i can limit my fantasy a little
Teka (OP)
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1000



View Profile
August 23, 2014, 01:10:11 PM
 #22754

Ok interesting.
So here's another tech questions:
If nodes are on a mix slow/unreliable internet connections and fast/reliable internet --
1) Will this tech be able to weed out the slow connections and bypass them for a more reliable connection
2) Will this tech somehow compensate for the slow connections?

I think it will take time to get all of this 100% right.

For something this ambitious and revolutionary we should be happy to get a working proof of concept up and running and then slowly improve it over time until it's perfect.

First to serve the content gets paid, so people with slow and unreliable connections can try to take part but probably won't make any money.
Maybe my home connection is slow for someone in the USA but really fast for an European connection.
If first to serve is used the client probably needs to make several connections, to know which endpoints are available there need to be some discovery, to know if the request was served or not needs some sort of bookkeeping,  (a transaction for every request served is just to many to scale I guess) .... all this is anything but easy to implement.

But if Dan and his team can make it my fantasy go overboard with this tech, for instance who pays?  The issuer or uploader of the data? I guess with the current qibuck add there team pays the Xnodes serving. but what if you reverse that? I started dreaming about paying by Download,  sell some ebooks for instance. Downloader pays, XC goes to uploader who pays the xnode for serving his content.

Can't wait for the documentation so i can limit my fantasy a little


US connections are a lot slower than in most of europe. I currently have 127mb down and 12 up in the UK. Some countries within in the EU have nationwide 1Gb up and down for normal pricing.
Dungor
Full Member
***
Offline Offline

Activity: 178
Merit: 100


View Profile
August 23, 2014, 01:17:01 PM
 #22755

Ok interesting.
So here's another tech questions:
If nodes are on a mix slow/unreliable internet connections and fast/reliable internet --
1) Will this tech be able to weed out the slow connections and bypass them for a more reliable connection
2) Will this tech somehow compensate for the slow connections?

I think it will take time to get all of this 100% right.

For something this ambitious and revolutionary we should be happy to get a working proof of concept up and running and then slowly improve it over time until it's perfect.

First to serve the content gets paid, so people with slow and unreliable connections can try to take part but probably won't make any money.
Maybe my home connection is slow for someone in the USA but really fast for an European connection.
If first to serve is used the client probably needs to make several connections, to know which endpoints are available there need to be some discovery, to know if the request was served or not needs some sort of bookkeeping,  (a transaction for every request served is just to many to scale I guess) .... all this is anything but easy to implement.

But if Dan and his team can make it my fantasy go overboard with this tech, for instance who pays?  The issuer or uploader of the data? I guess with the current qibuck add there team pays the Xnodes serving. but what if you reverse that? I started dreaming about paying by Download,  sell some ebooks for instance. Downloader pays, XC goes to uploader who pays the xnode for serving his content.

Can't wait for the documentation so i can limit my fantasy a little


US connections are a lot slower than in most of europe. I currently have 127mb down and 12 up in the UK. Some countries within in the EU have nationwide 1Gb up and down for normal pricing.

But ping Smiley

XChat XZFT9YxW9Uhv4R5yoWgUmYhAzqP5qVuZp8
Public Key 288p7Jom8LvQ1UNVgc7H7wzpZoQkqLdtqfR7Ls4Bgo3Mz
holyprofit
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
August 23, 2014, 01:18:26 PM
 #22756

Ok interesting.
So here's another tech questions:
If nodes are on a mix slow/unreliable internet connections and fast/reliable internet --
1) Will this tech be able to weed out the slow connections and bypass them for a more reliable connection
2) Will this tech somehow compensate for the slow connections?

I think it will take time to get all of this 100% right.

For something this ambitious and revolutionary we should be happy to get a working proof of concept up and running and then slowly improve it over time until it's perfect.

First to serve the content gets paid, so people with slow and unreliable connections can try to take part but probably won't make any money.
Maybe my home connection is slow for someone in the USA but really fast for an European connection.
If first to serve is used the client probably needs to make several connections, to know which endpoints are available there need to be some discovery, to know if the request was served or not needs some sort of bookkeeping,  (a transaction for every request served is just to many to scale I guess) .... all this is anything but easy to implement.

But if Dan and his team can make it my fantasy go overboard with this tech, for instance who pays?  The issuer or uploader of the data? I guess with the current qibuck add there team pays the Xnodes serving. but what if you reverse that? I started dreaming about paying by Download,  sell some ebooks for instance. Downloader pays, XC goes to uploader who pays the xnode for serving his content.

Can't wait for the documentation so i can limit my fantasy a little


My dream too - (see earlier post) - it would be an amazing business model - really revolutionary.
Teka (OP)
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1000



View Profile
August 23, 2014, 01:28:30 PM
 #22757

Ok interesting.
So here's another tech questions:
If nodes are on a mix slow/unreliable internet connections and fast/reliable internet --
1) Will this tech be able to weed out the slow connections and bypass them for a more reliable connection
2) Will this tech somehow compensate for the slow connections?

I think it will take time to get all of this 100% right.

For something this ambitious and revolutionary we should be happy to get a working proof of concept up and running and then slowly improve it over time until it's perfect.

First to serve the content gets paid, so people with slow and unreliable connections can try to take part but probably won't make any money.
Maybe my home connection is slow for someone in the USA but really fast for an European connection.
If first to serve is used the client probably needs to make several connections, to know which endpoints are available there need to be some discovery, to know if the request was served or not needs some sort of bookkeeping,  (a transaction for every request served is just to many to scale I guess) .... all this is anything but easy to implement.

But if Dan and his team can make it my fantasy go overboard with this tech, for instance who pays?  The issuer or uploader of the data? I guess with the current qibuck add there team pays the Xnodes serving. but what if you reverse that? I started dreaming about paying by Download,  sell some ebooks for instance. Downloader pays, XC goes to uploader who pays the xnode for serving his content.

Can't wait for the documentation so i can limit my fantasy a little


US connections are a lot slower than in most of europe. I currently have 127mb down and 12 up in the UK. Some countries within in the EU have nationwide 1Gb up and down for normal pricing.

But ping Smiley

I have 7-20 (20 while uploading pictures and streaming content) and most connections I've tested have around the same.
profitofthegods
Sr. Member
****
Offline Offline

Activity: 378
Merit: 250


View Profile WWW
August 23, 2014, 01:46:35 PM
 #22758


Maybe my home connection is slow for someone in the USA but really fast for an European connection.

I think in that case you would probably stand a good chance of being the first to serve a request from Europe, but you would have no chance of serving a request from the US, because the geographical distance does still make a difference to how long it takes to serve a request. Not sure the exact numbers, but perhaps you would only need to have a good connection speed for your part of the world.
SushiChef
Full Member
***
Offline Offline

Activity: 126
Merit: 100


View Profile
August 23, 2014, 01:49:04 PM
 #22759

US connections are a lot slower than in most of europe. I currently have 127mb down and 12 up in the UK. Some countries within in the EU have nationwide 1Gb up and down for normal pricing.

The money that I will be making out of this... ROFLOL.. uuuh I mean... the support that I will give to this network Wink


On wifi with 2 bars filled. With cable can reach 1gb for only 70 euro a month

 
braxx
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
August 23, 2014, 01:55:03 PM
 #22760

US connections are a lot slower than in most of europe. I currently have 127mb down and 12 up in the UK. Some countries within in the EU have nationwide 1Gb up and down for normal pricing.

The money that I will be making out of this... ROFLOL.. uuuh I mean... the support that I will give to this network Wink
(ziggo speedtest image)
On wifi with 2 bars filled. With cable can reach 1gb for only 70 euro a month

 
cat5e directly to modem on telenet cable in belgium:
Pages: « 1 ... 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 [1138] 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 ... 1627 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!