Author

Topic: Technology AND marketing of decentralized crypto (Read 15890 times)

sr. member
Activity: 420
Merit: 262
February 10, 2016, 01:55:29 AM
#15
I am proposing a solution.

1. The DHT (a distributed database keyed on file hash that returns a list of repositories of the file) should be an orthogonal protocol to the storage repositories protocol. The DHT can be stored on users' computers operating P2P over the users' home ISP connections. This is a low bandwidth protocol, so won't violate the asymmetry of upload versus download bandwidth physics for home ISP connections which I explained dooms Bittorrent.

2. Creators of files must have a means to record their policies (and also perhaps/optionally their verifiable identity). I have suggested that before they publish the file, they create a record in a block chain. Policies could include for example the crypto currency payment per download expected (this record could be updated on the block chain by the signer of the original record). To record a verifiable identity, I suggested including a SSL/TLS enabled URL and signing it with the public/private key of the site certificate, so that governments can blame the site owner for copyright infringements. If the URL is taken offline, then storage repositories should remove the file if they want to be compliant with government edicts (of course decentralized providers can do what ever they want). The protocol for the DHT could either honor (or not honor) the URL removals, so perhaps there should be two versions of the DHT so that at least the one that honors government edicts won't be banned by ISPs. Users could run both versions (if they can). Note afaik DHT consensus is like a block chain in that all have to agree (c.f. David Mazières' work on Steller's SCP consensus protocol and the venerable Kademlia DHT), or if not the DHT could be combined with a longest chain rule of a block chain to enforce a global consensus on DHT policies.

3. Of course payment policies can't be enforced on decentralized storage providers and it is impossible to prove that files have been served and the crypto currency payment to the creator wasn't enforced by the storage provider, but content creators can't stop download theft by decentralized repositories any way. Note that any storage provider that advertises that it violates policies can thus be prosecuted by the State (and note this new design encourages storage repositories to be hosted not run from users' computers), so in reality the warez shit will remain non-mainstream same as for Bittorrent (e.g. fraudster MegaFatKimDotCom shit will always be shut down by the State) because also note my point that the DHT can honor policies and thus without advertising the theft-oriented provider can't be located by users. The storage provider might also be charging a crypto payment for serving the file (and to fund its operation including the storage). So that solves the issue of how to pay for this system, because the irreparable concept of proof-of-storage/retrievability is discarded.

4. As for IPFS's concept of moving the cache of immutable content closer to the request (to reduce bandwidth consumption × distance), I think this can be handled by algorithms running on a layer on top of the DHT.

So this provides the best of all worlds. We also stop the asymmetric consumption of upload bandwidth which Bittorrent is fucking up the internet with as I warned them in 2008.

Note afaik that none of the decentralized file systems currently proposed (and in development or near release) are implementing the above correct design. That includes MaidSafe, Storj, Sia, IPFS/Filecoin, etc..

I have emailed to Juan Benet, the creator of IPFS, a link to this.

Edit: so MegaFat deployed the fraudulent profits from reselling copyrighted content to buy himself a filipina prostitute[mail order bride] Monica Verga that he saw in FHM magazine (which btw is also technically illegal but mostly unenforced):


sr. member
Activity: 420
Merit: 262
Decentralized proof-of-storage is always flawed, and that will include IPFS's Filecoin as well.

In addition to the insoluble issue of how to not infringe copyright in decentralized file storage (and thus per my prior three posts above not be at odds with the coming Knowledge Age creators and the government), another point is how are we going to pay for decentralized file storage for all websites and content on the internet  Huh

If we say that we'll all host this content for free on our home computers and serve it via our home ISP internet connections, I have already pointed out insoluble problems:

  • Last mile physics is such that home connections have asymmetric upload (less than download) bandwidth. Thus even if we all trade our bandwidth tit-for-tat equally, then we have collectively more download bandwidth than we have upload bandwidth. Not only does this steal from ISPs that provide more upload bandwidth, which is what I warning Bittorrent in 2008 would lead to the Communism of Net Neutrality (and they ignored me and just this month they ostensibly removed the archives when I raised this point again!), but it also is impossible to balance and thus we pay for it by hosting it on symmetrically backbone connected hosts as the internet is currently. So then how do we pay for that upload and hosting service if the owner of the files is not hosting them? Do we send microtransactions for each file we request, i.e. we put a paywall on the entire internet(!!!)? Or do we pay a Communist tax to the government (e.g. the plans for Net Neutrality) and it regulates a file store for us and also so the government can enforce copyright? I guess one can argue that bandwidth will become so cheap, we can afford to consider it free. But still someone has to pay for it and even as costs decline, bandwidth demands increase. And global bandwidth costs are I would guess in the $billions.

  • There is no way to insure persistence unless one keeps a copy of the file hosted themselves, thus this sort of defeats one of the main point of decentralized file storage which is reliability of archival.

I do think we need smarter decentralized caching for the internet which pays for itself by saving bandwidth! I do think we need to reference files by hash (perhaps with a hint for primary source url where also blame can be assigned for promulgating copyright infringement, thus all such records would need to be signed with the public key for the HTTPS certificate of the site) for permanence of references.

So perhaps there is a way to do a decentralized overlay network on top of the URL paradigm that can deal with copyright blame and respect the policies so encoded by the aforementioned signature. I am going to email Juan Benet again and pass this idea along. I am urging him and others to be less ideological and more pragmatic.

Delusional leanings such as proof-of-storage (which I thought of in 2013 and discarded because it can't be sound) and wanting to attack the establishment at any cost of nonsensical economic, political-economic, and technological issues. Let's get back to standing on solid engineering work.



Storj guy here. All of the actor vectors you described are addressed in the our whitepaper or a blog post.

I read the white paper last week.

1) Sybil - Bonds and unique pieces

There is no way to do proof-of-storage that is robust. The only way is to make some assumptions about latency of propagation to a centralized copy of all files, but that can be gamed. Propagation is not proof.

2) Illegal content - Greylists

The Storj FAQ confirms these are opt-in, and not forced. Thus I maintain my point that the Storj protocol can become banned (refused) by Hosts (and even ISPs). We are moving into totalitarianism and increased government control over the internet.

This direction of enabling theft of copyrights is begging for your project to be attacked and fail.

3) Bandwidth vs storage - pay for both

Pay how? Micropayments for each access to bandwidth?

How to pay for storage when it is decentralized with unbounded replications and can be Sybil attacked.

Sorry these decentralized systems are doomed. The concept can't work.




The mathematical models are right there in the paper. We are collecting live data from the network, which proves the models are correct.

"Its not going to work" in face of real data showing that is working is not going to cut it. Please provide some data or mathematical models that say otherwise. Latency doesn't matter for proofs.

Testnets do not prove that the Sybil attack resistance and payment model economics work (because game theory is fully incentivized in the wild).

Regarding case 1) in the quote above, the fact is the math models are often myopic[1] (and again that is so in this case), because it is impossible to prove proof-of-storage/retrievability:

These proof-of-storage/retrievability algorithms also employ a challenge/response to force the node to have access to the full copy of the data which should be stored, but this does not prevent the node from outsourcing the storage to a single centralized repository. So to attempt prevent that centralized repository attack (i.e. Sybil attack on the nodes) these proof-of-storage/retrievability algorithms “try to use network latency to prevent centralized outsourcing, but [that is impossible because] ubiquitously consistent network latency is not a reliable commodity”.

[1]Meni Rosenfeld's myopic math, and note Meni is a widely respected academic:
https://bitcointalksearch.org/topic/m.13633504

And my explanation of the myopia:
https://bitcointalksearch.org/topic/m.13797768
https://bitcointalksearch.org/topic/m.13819991
https://bitcointalksearch.org/topic/m.13763395
https://bitcointalksearch.org/topic/m.13647887




Of course decentralized file systems are not compatible with the 19th century business models of the MPAA and RIAA, such as placing music on Edison Cylinders https://en.wikipedia.org/wiki/Phonograph_cylinder and then distributing the Edison Cylinders by sailing ship. That does not mean however that decentralized file systems are doomed, what it does mean is that decentralized file systems will serve to further accelerate the demise of these 19th century business models, and the corporations that promote them.

The political argument is irrelevant for as long as the technology and payment (economic) models are irreparably flawed, as I explained above.
sr. member
Activity: 420
Merit: 262
sr. member
Activity: 420
Merit: 262
My discussion has been moved for the time being to a Synereo thread:

https://bitcointalksearch.org/topic/synereo-earn-money-using-social-media-1344997
sr. member
Activity: 420
Merit: 262

I think I have perhaps found an economic opportunity for microtransactions that demands the control be decentralized:

https://developers.soundcloud.com/blog/limits#comment-2086111174
http://techcrunch.com/2016/01/24/why-soundcloud-will-be-worth-more-than-spotify/
https://on.soundcloud.com/premier

This is an example of research that can possibly drive a marketing strategy.

This looks to be the precise sort opportunity I was looking for, but now I need to do a lot of deep research and analysis.
sr. member
Activity: 420
Merit: 262
The user submitting the files to a decentralized file system could create multiple copies of the same file, each encrypted with a different private key and then only one storage provider would be paid for storing each copy. Even if Sybil attacked. the attacker would need to store each variant, because attacker doesn't know the private keys. But this still doesn't resolve the issues entirely because at least two reasons. First, asymmetric decryption (e.g. public key) is very computationally intensive and normally public key cryptography is only used to interactively exchange a symmetric encryption/decryption key, but in this case the submitting user can't interact with every user that wants to decrypt the file. Second and more importantly, there is no way for a block chain to verify the Proof-of-Storage challenge wasn't replied to. The miner winning the block could simply ignore the reply to the challenge. Only the full nodes which are online at that time can verify the miner ignored the reply (if they've also received the reply), but they can't prove that miner winning the block didn't receive the reply so they can't penalize the miner by ignoring his winning block (for if they could then any one could revert the winning block by producing a late reply and then revealing it). This is analogous to the discussions that monsterer, smooth, and I had about why propagation can't be proved.
sr. member
Activity: 420
Merit: 262
It is necessary to quote this longish post from another thread to bring the context into this thread.

Note that any solutions to the problem of ISPs blocking P2P apps that involve a TURN (when STUN tunneling fails or is blocked), VPN, or other server in the middle, defeat the entire point of extracting the value of the bandwidth allocation of users provided by their ISPs, because then one is paying for the bandwidth of the server to relay the shards.

If Storj and MaidSafe max out the consumption of each user's upload bandwidth (thus leeching off users with higher allocations charging the costs to those users' ISPs), they will also be blocked by ISPs. Additionally STUN tunnelling often fails and thus a TURN relay server has to be employed (or using the other peers as relays thus leeching the upload bandwidth of those ISPs who don't block tunneling).

In short, P2P for bandwidth consumption between ISP hosted user accounts is not going to be reliable. Many users will have frustrations when trying to be a storage provider. It will not be the case that every user in the system can also be a storage provider. And it will probably end up being the case that the most efficient storage providers will be hosted on dedicated servers.

In other words, it is a fantasy to think we can get decentralized file storage without paying for it.

We can try to design decentralized, permissionless file systems that correctly incentivize the storage and bandwidth providers, and the users of the system need to pay for it somehow. Whether or not these can remain permissionless given the need to host these on servers is open to further contemplation and study. Most all hosting providers include in their Terms of Sevice a restriction on hosting illegal copyrighted content, so unless one can provide a mechanism for which illegal content is removed from the system, it seems to me that hosts will be forced to ban the protocol (system).

So where I am headed with this line of thinking is that we ought to just give up on illegal content and illegal uses of anonymity. It isn't going to work. It is a fantasy.

Continuing my analysis, the other advantage of decentralized storage is durability and availability. This is a facet of permissionless in the sense that no one entity has a monopoly on the storage. It is not permissionless in the sense of allowing illegal activity as explained upthread (because the storage will hosted on servers, even those are owned/managed by different entities, they all are regulated by the law reflected in the hosts' Terms of Service).

So I am envisioning the possibility to design a system for decentralized file storage where the users pay the storage providers, but the storage providers are decentralized entities (even though they are all high performance hosted providers and not ISP user clients).

In this case, I think microtransactions is the only way it can be done decentralized. If we instead attempt to aggregate a monthly use plan (or similarly analogous aggregations), then some centralized party will be in charge of paying the decentralized entities, so then it is not decentralized.

So therefor I have just identified a potential market for microtransactions that can't be offered by centrally owned cloud services.

Alternatively, Storj and Maidsafe are paying storage providers coins for proving they are storing data, then data is exchanged in a tit-for-tat[1]. If used with ISP user clients as storage providers, this will have performance weaknesses as well as being economically a theft paradigm in support of Net Neutrality oligarchy and taxation (for the reasons I explained upthread). But a user can't do a tit-for-tax exchange if user is not also a storage provider, thus afaics Storj and Maidsafe are forcing every user to be a storage provider. Otherwise they need to use some form of upload bandwidth theft model such akin to Bittorrent's optimistic unchoking. The only way to fix Storj and Maidsafe is for them to adopt a microtransaction payment model so users can pay for the upload and storage costs to decentralized providers.

So therefor I have explained why Storj and Maidsafe are fundamentally flawed. And I have explained why decentralized file storage can ONLY be done with microtransactions.

Next we need to reason about the viability of the markets for decentralized file storage and also the technical viability/tradeoffs. We need to not only think about ability to prove the data has been retained by some provider, but also about how to enforce against the storage of illegal content (otherwise I have argued upthread that the entire plan is flawed since hosts' Terms of Service will likely block protocols/systems which can allow copyrighted material to be stored without recourse by injured parties).

[1] Note Storj also alludes to microtransactions, so perhaps the tit-for-tat exchange only applies to Maidsafe. I will study this more.

Page 14 of the Storj white paper makes it clear they are relying on a propagation full node security model, which we have entirely discredited in public forum discussions I have had with monsterer and smooth over the past month or so. Storj, Maidsafe, and Sia are incompletely specified systems, and frankly Storj, Maidsafe, Sia, and Permacoin look like fantasies trying to sell speculators a bridge to no where.

Before exploring the potential markets for decentralized file storage, I would first like to analyze more deeply the technological viability.

Availability

First if we are not employing ISP user clients as storage providers, thus not stealing upload bandwidth from ISP user accounts (as I had explained in the prior thread where the quote above originates), and thus not able to use the unused storage space of user computers (i.e. we are using then decentralized/duplicated hosted server storage providers), then any redundancy of data storage will incur the increased cost of duplicated storage. However, note that duplicated storage would be required for a centralized storage provider as well (since it would require redundancy for durability of data) and with decentralized copies of data, each provider need not build in internal redundancy as it can require the data (after loss, e.g. due to storage drive failure) from the other providers in the decentralized system. Also with bandwidth costing roughly $1 - $2 per TB (e.g. hivelocity.net) and data center HDDs roughly $0.03 per GB ($30 per TB), a file accessed more than say 100 times is going to be dominated by bandwidth (and CPU) costs. Btw, this is why Google has created a pseudo-offline storage class for infrequently accessed files which reduces costs to $0.01 per GB probably by using recently invented higher latency drive technologies.

Durability

The goal is to insure a copy of the data is always stored and thus the data is never lost. A centralized storage provider maintains redundancy of storage to provide very low probability of loss, and might even back up files in cold (tape or optical disk) storage.

Storj, Maidsafe, Sia, and Permacoin are proposing to use Proof-of-storage to insure there are multiple copies of data stored, but I explained already that this is fundamentally flawed and can't be sound:

Warning I as AnonyMint proposed this in mid-2013 and referred to it as Proof-of-Storage. I also discovered it was fundementally flawed. If you continue, you will be wasting your time. Eventually I will come back and explain to you and Andrew Miller PhD why this is flawed.

Details are definitely needed here. I know about Proofs-of-Space and Proofs of Space-Time( http://eprint.iacr.org/2016/035.pdf ), Miller's Proof-of-Retrievability(Permacoin), and White's Proof-of-Storage in Qeditas. What's Anonymint's proposal about?

We found some possible drawbacks and attack vectors in Permacoin, but no fundamental flaws.

In my original analysis in 2013, I went down the same rat hole of flaws as in section "4.2 Local-POR Lottery" of the white paper. They assume so many things (including for example that Amazon bandwidth is 10 - 100X more expensive than dedicated host), and when you work through all the analysis, then the scheme does not work to prevent centralization of the mining, and thus the permissionless (uncensored) and robustness/durability of file storage attribute will not be sustained.

P.S. I also read these:

https://bitcointalksearch.org/topic/proof-of-storage-186601 (this was an offshoot I think of my idea which was in my March 2013 thread)
https://bitcointalksearch.org/topic/m.6536798

For example, the storage nodes (providers) can be Sybil attacked such that all the attackers nodes share the same data store. Certainly this will be the outcome since the attacker can earn more coins for each Sybil node added to the system. IP addresses aren't that expensive. This is yet another reason I think Storj, Maidsafe, Sia, and Permacoin are bullshit and probably scams.

So now that I've explained why paying each node (for the copy of the data it holds) is not immune to Sybil attacks and thus not economically viable, I assert that the only ways to insure durability in the decentralized provider context are either of:

  • keep a backup copy in a trusted centralized provider (this can be encrypted if not providing public access so that the centralized provider can't censor based on data content)
  • trust a statistical incentive that at least one decentralized provider will be incentivized to store your data

In the first case, the decentralized copies serve the high availability function and the backup copy the durability guarantee.

The second case would be perhaps the incentive providers have to retain the file if it is frequently accessed (assuming they are being paid each time they serve a file) and then setting up a cron job to frequently request and pay for a serving of your files when they have not been otherwise served to the public interim. In this case the decentralized copies serve both the high availability function and the backup copy the durability guarantee.

Depending on the market use case, one of the other might be more economic.

Legality

With hosted content, the host provider holds the person on the account responsible for violating the Terms of Service which includes hosting illegal content. Hosts will likely ban a person for habitually violating the Terms of Service and for not having a streamlined policy for illegal content complaints and legal actions.

In the decentralized providers context there is suppose to be no centralized party to blame or send a legal action to. Storage providers can't know who to believe about whether a file must be removed. The legal authorities can't go serve action on all the decentralized providers, because the storage providers come and go (and are too numerous and distributed). So the only action that can be taken is to require the hosting providers do not allow the system to be run from their servers. Thus the decentralized system becomes essentially banned every where.

The only solution I can think of is to require each file submitted to the system to be signed by public key authorized by a trusted authority that verifies the identity of each signature authority it authorizes. Then the authorities can serve the legal action directly to the trusted authority to revoke the public keys (and all decentralized storage providers comply by removing those files).

So in conclusion, decentralized file systems could potentially provide some higher availability and scaling, but durability is more problemmatic (but probably can be acceptable) and authority over which files can be stored will remain centralized.

The higher availability and scaling is interesting. Not sure if it is compelling though. Users will still have to pay file storage, there is no way to reduce the costs.

And since they don't offer any centralized mechanism for legal actions, Storj, MaidSafe, Sia, and Permacoin will end up entirely illegal or run only from ISP user clients in which case they will be slow (low availability and/or high latency), blocked by many ISPs thus not reliable for users, in addition to the other fatal flaw I mentioned above about Sybil attacks.



@TPTB, what do you make of Sia tech for decentralised cloud storage? They're more advanced than either of Storj and Maidsafe, as they've already launched a live beta version.

https://bitcointalksearch.org/topic/ann-sia-decentralized-storage-1060294

Storj, Maidsafe, Sia, and Permacoin (and any other decentralized file system that pays to store a file instead of only paying to serve the file) are all provably scams.

Include Ethereum in the list of scams (although they are still trying to fix the technology) and probably most every other shitcoin on this forum.



Here is the information about the flaw I had found in Bittorrent in 2008:

I think social media can possibly be taken over by cryptocurrency/decentralized/blockchain technology. Think about it... Facebook has a market capitalization of 266.3 billion. What if a portion of their net profit was distributed to its users instead? Which service would you use... one that makes money off of you providing you nothing in return, or one that pays you to use its service? There are likely a few projects attempting to capitalize on this space. The only one off the top of my head I can name is Synereo and I am on the fence as to whether it is is a legit project or a P&D... I am waiting on the sidelines for now. http://www.synereo.com/

One of the foundational technical challenges is decentralized, permissionless file storage (and databases); otherwise if a corporation is providing centralized file storage then they control the content and can monopolize.

Afaik, the current attempts such as Storj and Maidsafe have a fundamental economic flaw. That is they are selling for free that which is not free— the bandwidth (and most saliently the asymmetrically more expensive upload bandwidth) of the ISPs. I had warned Bittorrent about this flaw in their economic algorithm and had suggested a fix in 2008:


Quote
Did Bittorrent become popular without MSM coverage?

I'm not really sure.

Yes, it did.  The Bittorrent whitepaper was a breakthrough in p2p not matched until Satoshi came along.

All the cruft of Gnutella (anti-leech arms race kludges, supernodes, etc) was swept away by Bram's brilliantly elegant tit-for-tat algorithm.

Well someone did come along before Satoshi in 2008 and that was me (Shelby), but I was apparently ignored. I basically predicted the Net Neutrality shit we have now and was trying to improve Bram's concept:

https://web.archive.org/web/20130401040049/http://forum.bittorrent.org/viewtopic.php?pid=178#p178

Did Bittorrent implement my proposal? I never followed up (my life went on a tangent).

You can detect some more coherence in my writing back then because that was before I became so ill. I am amazed in hindsight that I understood the concepts of Bittorrent so well having absolutely no experience whatsoever as a developer in P2P.


Now what is really fucking amazing is that the link quoted above worked correctly a few days ago when I issued it. Apparently someone in the Monero thread communicated to Bittorrent folks and had the entire archive of the Bittorrent forum removed from the archive.org. I am not joking and I am not hallucinating.

What I had written there in 2008 (which luckily I reread a few days ago so my memory is refreshed) was I explained to the Bittorrent developers that their tit-for-tat algorithm was orthogonal to their optimistic unchoking algorithm, and that they could improve the tit-for-tat algorithm by have the two peers that exchange a shard of data to encrypt those shards. Then after the shards had been received by both peers, the decryption keys could be exchanged. The economic benefit is that the bandwidth has already been exchanged before each peer can use the data. Thus neither peer has any bandwidth cost reason to cheat. The reason this was important is because typically download bandwidth is much greater than upload bandwidth, so by forcing all peers to trade equally, it would mean that peers could only download as much as they could upload. Bittorrent didn't like this suggestion because they preferred to leech the upload bandwidth of those who have higher allocations with their ISPs thus forcing those ISPs to pay for the upload bandwidth that the other peers at the ISPs with lower upload bandwidth allocations do not incur.

I warned Bittorrent that without my suggested fix, then the ISPs would end up blocking and rate limiting Bittorrent, which is exactly what has happened as I predicted:

http://www.pcworld.com/article/145786/isp.html
http://guides.wmlcloud.com/windows/how-to-bypass-torrent-connection-blocking-by-your-isp.aspx
https://www.quora.com/My-ISP-has-blocked-all-the-P2P-downloads-Is-there-any-way-I-can-bypass-them

Note that any solutions to the problem of ISPs blocking P2P apps that involve a TURN (when STUN tunneling fails or is blocked), VPN, or other server in the middle, defeat the entire point of extracting the value of the bandwidth allocation of users provided by their ISPs, because then one is paying for the bandwidth of the server to relay the shards.

If Storj and MaidSafe max out the consumption of each user's upload bandwidth (thus leeching off users with higher allocations charging the costs to those users' ISPs), they will also be blocked by ISPs. Additionally STUN tunnelling often fails and thus a TURN relay server has to be employed (or using the other peers as relays thus leeching the upload bandwidth of those ISPs who don't block tunneling).

In short, P2P for bandwidth consumption between ISP hosted user accounts is not going to be reliable. Many users will have frustrations when trying to be a storage provider. It will not be the case that every user in the system can also be a storage provider. And it will probably end up being the case that the most efficient storage providers will be hosted on dedicated servers.

In other words, it is a fantasy to think we can get decentralized file storage without paying for it.

We can try to design decentralized, permissionless file systems that correctly incentivize the storage and bandwidth providers, and the users of the system need to pay for it somehow. Whether or not these can remain permissionless given the need to host these on servers is open to further contemplation and study. Most all hosting providers include in their Terms of Sevice a restriction on hosting illegal copyrighted content, so unless one can provide a mechanism for which illegal content is removed from the system, it seems to me that hosts will be forced to ban the protocol (system).

So where I am headed with this line of thinking is that we ought to just give up on illegal content and illegal uses of anonymity. It isn't going to work. It is a fantasy.
sr. member
Activity: 420
Merit: 262
I would even say, that unfortunately marketing makes a part of around 70% and tech just 30% if I check out the Top 20 crypto currencies. There is a lot of hype done by media and forum attention and the tech is often just the second thing.

I am interested in analyzing the marketing and technology required to have significant quantity of actual users. Most of the Top 20 crypto currencies other than Bitcoin don't have any usership (zilch!), other than the speculators who are trading the coin.

Let's try to stay on topic. If you want to refer to a P&D marketed to speculators as a marketing strategy, then yes that is true but it is doesn't require any discussion. It is obvious that is what most altcoins are. I am interested in discussing real market strategies and respective technology for significant user adoption.

I still however think your point is valid even if we are not referring to the Top 20 altcoins, in that marketing strategy is absolutely essential (otherwise there is no market) and the technology is an implementation detail. Nevetheless technological flaws can render marketing a failure (but often not when the only marketing strategy was a short-term P&D because the technology never gets stress tested as there isn't any usership).

Marketing to speculators is easy. Perhaps I could have pocketed a $million doing it had I been so inclined in 2014. Simply make up a bunch of convincing bullshit and sell an ICO (and sneak in a premine after the fact as well). It would violate my ethics, but others are not so inhibited. Having a well respected forum member as one of the developers can also help the success. But this is getting somewhat more difficult now, because some speculators are becoming more astute and some of the mania from 2013 has worn off.
full member
Activity: 165
Merit: 100
I would even say, that unfortunately marketing makes a part of around 70% and tech just 30% if I check out the Top 20 crypto currencies. There is a lot of hype done by media and forum attention and the tech is often just the second thing.
sr. member
Activity: 420
Merit: 262
Maybe you should market your coin to women?  Or Arabs? 

These are the 2 untapped markets of crypto.  Women and Arabs.

That is not an entirely invalid point, but I think we can also discuss marketing strategies that not just in terms of gender or ethnic demographics. We can also consider genres of applications.
sr. member
Activity: 686
Merit: 270
FREEDOM RESERVE
Maybe you should market your coin to women?  Or Arabs? 

These are the 2 untapped markets of crypto.  Women and Arabs.
sr. member
Activity: 420
Merit: 262
I agree technology and marketing are both required; and moreover the marketing research needs to be done at the same time as the technological design, because they impact each other (unless one is simply doing academic research with no requirement to necessarily tap a market). Note I am referring to more than just promotion. I am referring to the strategy about who will use the technology, why, and relative advantages and disadvantages compared to centralized options for the same markets. So I want to continue the analysis of various potential markets for decentralized crypto and the technologies required. And to analyze if those technologies have flaws. I will continue the direction I was on in my next post. And if anyone else raises any other prospective markets to discuss or investigate, then I may research those as well. Others should feel free to also discuss their research/analysis on these matters on any markets (and respective technologies) applicable to decentralized crypto.
legendary
Activity: 2492
Merit: 1018
There are some great products which doesn't reached the market due to its failed marketing. Its all really about marketing and in fact companies just want to use the word "SUPER" even when their products aren't really super just because of marketing. but because of marketing, it worked and sold millions.

technology may be great but may also be useless without people using it.
sr. member
Activity: 420
Merit: 262
Note this discussion began in the "Technology vs. Marketing. Which is more important?" thread. Please read that thread first before read this one. At least up until my last post in that thread as follows:

Thank you for your comments. Same respect back to you.

Edit: I think this thread wants to be about Technology vs. Marketing and I want to discuss more in depth Technology AND Marketing, so I think a new thread is more appropriate. Also I can't tolerate the personal attacks any more (because I am losing too much time explaining about myself...which is irrelevant to my research), so I need to operate from a moderated thread. Hope you understand my reason.

I am starting a new thread because I want to discuss more in depth the technology and marketing of decentralized crypto, because I think they are inseparable and not one more important than the other. And so I want to continue the analysis of which markets and technologies are valid for decentralized crypto.

This thread is self-moderated because I will delete any off-topic, time wasting trolling at my sole discretion. And that includes thus who attempt to obscure trolling in nonsense posts that don't many any sense whatsoever (which includes replying to a troll post). I won't waste time making any explanations as to why I deleted a post. Nevertheless, no one who is sincerely on topic will be censored, even if I disagree with their opinion or appraisal of the facts. I have been very tolerant in my other self-moderated thread, allowing endless trolling. This thread I will not allow any personal attacks on anyone and that applies to myself as well. Stay on topic please. If we reach a situation where a poster continues to repeat a myopia that I think should have been understood already, then after many attempts at trying to clear up a difference of viewpoint, I will ask that we stop discussing that viewpoint and that poster can create another thread and link to it. Just because we don't need to go on and on and on and on, as that won't help anyone understand. But normally we can resolve such multi-page (long-winded) misunderstandings such as this example.

I will also delete posts that quote a very long prior post. Please quote the relevant snippet of a long post instead.
Jump to: