Dungor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 09:22:01 AM |
|
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_modelThis 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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 09:29:37 AM |
|
This + XChat might generate XCLeaks for whistleblowers ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) What is XCLeaks ? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif)
|
|
|
|
Teka (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 09:35:13 AM |
|
This + XChat might generate XCLeaks for whistleblowers ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) What is XCLeaks ? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) It's a play on words, wikileaks is a whistleblower site.
|
|
|
|
mav137
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 09:55:25 AM |
|
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](https://bitcointalk.org/Smileys/default/smiley.gif) ) too limited to base this on real code, but functional concepts wise it could work a little like described above
|
|
|
|
holyprofit
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 10:11:29 AM |
|
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
Activity: 27
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 10:56:17 AM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 10:58:24 AM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 10:58:44 AM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 11:40:34 AM |
|
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
Activity: 1344
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 12:05:17 PM |
|
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.
|
|
|
|
profitofthegods
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 12:07:11 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 12:50:45 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:02:01 PM |
|
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)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:10:11 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:17:01 PM |
|
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](https://bitcointalk.org/Smileys/default/smiley.gif)
|
XChat XZFT9YxW9Uhv4R5yoWgUmYhAzqP5qVuZp8 Public Key 288p7Jom8LvQ1UNVgc7H7wzpZoQkqLdtqfR7Ls4Bgo3Mz
|
|
|
holyprofit
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:18:26 PM |
|
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)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:28:30 PM |
|
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](https://bitcointalk.org/Smileys/default/smiley.gif) I have 7-20 (20 while uploading pictures and streaming content) and most connections I've tested have around the same.
|
|
|
|
profitofthegods
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:46:35 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:49:04 PM |
|
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](https://bitcointalk.org/Smileys/default/wink.gif) ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FEC2jdQt.png&t=665&c=QJowTcza_Hs50A) On wifi with 2 bars filled. With cable can reach 1gb for only 70 euro a month
|
|
|
|
braxx
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 23, 2014, 01:55:03 PM |
|
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](https://bitcointalk.org/Smileys/default/wink.gif) (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: ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fwww.speedtest.net%2Fresult%2F3708426361.png&t=665&c=3NQgz4ULkuzbJw)
|
|
|
|
|