Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - mdw

Pages: [1] 2
1
Hey Indo  :)

Great comments, and no, we'll never have a consensus about "squatting," whatever that means to the individual reader. Your view and mine are closer than most I think. There are multiple behaviors that always seem to get lumped into this generic bag called squatting. They should be dealt with differently, as they are in the conventional system. How much of a problem the respective behaviors are is a matter of opinion, but each has its unique set of edge cases to be accounted for.

As for fighting "squatting" I personally don't think any of this is necessary. I think the only thing that *should* be done is to hold back the best names, as the conventional registry operators do. Not to prevent them from being registered, but simply because a lot of money can be made selling them for high prices. But almost everyone here disagrees, and thinks squatting is a huge problem, so I simply wanted to say that there are so many easy things you can do to make it less desirable.

My point about the speedy registration times was that it's a distinguishing feature Bitshares can offer that competitors cannot. The original project had the "anti-squatting" mechanism (auctions) touted as the primary thing that was different. So I tried to make the point that offering "instant registrations" is a better differentiator. First time registrants are often eager to get started. And paired with some really basic DIY web page builder they can register a name and have a simple site built and resolving in minutes. Not hours. No other potential competitor can offer this to my knowledge.

This chain is fast, and that fact should be exploited. Play the cards you're dealt right? It's also more centralized, and I think that can be used to great advantage in designing certain system features as well.

2
Yes, I am Mike Ward. One of many, and I hope to get my name registered before others do! I missed mikeward.com by only a few weeks back in the 1990s, and the registrant of the same name has never let it expire :)

I didn't want to make too big a deal out of that point about squatting, except to suggest that whatever you consider it to be (and definitions vary) there are easy ways to mitigate it to some extent. Main point was supposed to be that choosing the anti-squatting mechanism as the feature to distinguish this product from others does not provide incentive to the people registering the names. Again, people have long complained that all the .COMs are taken, then they proceed to register one anyway.

Unique features like "instant registration" will make this more competitive IMHO. Better anti-squatting measures, not so much.

There are plenty of good ideas about how to mitigate the big land grab that takes place if you offer all-you-can-reg domains for dirt cheap. Registry operators in the existing system are a good model to look at. They typically hold back the best names, and auction them off later, after the value has (hopefully) appreciated. People taking registered service marks like "Apple" is a slightly different issue, and is traditionally dealt with by offering pre-launch sunrise periods, where trademark holders can get first rights to register, as well as a binding arbitration process to challenge "bad faith" registrations. They work somewhat, but not so great, for various reasons.

Holding back some names from general registration is an easy way to avoid most issues. Specifically for dealing with bulk registrations (like registering loads of common surnames)
  • diminishing registration prices over an extended launch period help curb excess registrations,
  • higher renewal fees discourage holding large numbers of names over time waiting for high resale prices
  • requiring a certain amount of assets to be deposited or kept in an unspendable state for each domain registered might help (?)
  • perhaps only the first "premium" domain name registration per user account is cheap (where premium is defined in some arbitrary way like length of string < 5 characters and it's not on reserved list) For strings beyond that length, no limit, but more premium strings cost more and more.
And so on. There are probably as many ways to disincentivize bulk registrations as there are users on the forum. Some are easy to implement and fairly effective. :o

3
OK my $0.02 - for a Bitshares DNS offering, it's important to think up front about what the distinguishing features should be. My personal opinion is that the emphasis should be on the blockchain and DPoS. Domain Name resolution is the 800 pound gorilla, but it's a universal problem, and a proprietary solution from one chain will not satisfy the general need for all blockchain-based DNS. Be a different DDNS, highlight your inherent strengths through creative feature sets.

I would assert that since you have here a fundamentally different chain than Namecoin's "traditional-style" POW chain that should be the focus. Namecoin is very well served by the SHA-256 POW system they use, due to the unique merge-mining situation they have with Bitcoin. But making a weaker copy of that is, well, weak. Bitshares is a very fast, efficient chain with a different consensus model and should leverage that.

You have the potential here, for example, to get a new domain name registration up and resolving before even the first block is added in a 10-minute block system! Contrast that with Namecoin, where not only does each block take a while, but new registration requires two consecutive operations, so realistically you can't expect your name to resolve for people an hour after registering it.

Feel free to flame me to death for this next part, but I also believe that the emphasis on a complicated auction-style system to deter squatting was ill-advised. Not having a predictable annual cost is a negative for the business community, and I believe that "squatting", however you define it, is not an actual problem.

I've been involved in the domain industry for years, and people have complained since the late 90's that .COM was so completely squatted. Yet they continue tor register them, instead of going for shorter .WHATEVER domains. People find names, and the business has continued to boom with xxx,xxx,xxx .COM registrations. It continues to grow even this year, with hundreds of new TLDs introduced.

I don't expect many to agree about squatting being a fictitious problem, but my point is that designing feature sets around those capabilities that are unique to Bitshares chain is more appealing, no? You might prefer to think of it in terms of being a competitive advantage.

Near-instant registrations, as I alluded to earlier, would seem to be one such interesting differentiator. Ever look at Dash's (was Darkcoin) InstantX payments, where it happens almost immediately? This, for domain registrations (and subsequent website setup) is a killer feature that's very tough to match by any would-be competitors.


4
I think you should contact EMC Dev (emercoin.com) to cooperate for decentralized DNS.

Oleg from Emercoin is one smart and friendly guy, I interviewed him for a podcast a while back.
https://soundcloud.com/mightbemike/episode-01-oleg-khovayko - just past 15 minute mark

I'll ask him to check out this thread.

5
Thanks Ken. I think your thread here proves that interest in blockchain-based DNS is as strong as ever. There are many small missteps on the path, but the basic underlying need remains. There have been, and continue to be compelling reasons for decentralizing this core Internet infrastructure. Round up @toast and the gang and let's have some fun.

My personal belief is that Namecoin is going to really come into its own soon, after such a long period of stagnation. I also believe that other, different, blockchain-based DNS will come to market in quick succession, and mainstream folks will finally start to realize they have real choices. Maybe that'll include some offering from this group - I hope so. So count me in for whatever, I'll be glad to do what I can. - Mike

6
KeyID / Re: [DNS] - OSX users: Try the KeyID new user onboarding flow
« on: September 28, 2014, 02:15:51 am »
How do we get dns into there to play with registering something?

7
KeyID / Re: have you had talks with Maidsafe?
« on: September 23, 2014, 11:23:25 pm »
If decentralized storage of website content is the main goal wouldn't Storj be a more practical way to go?

8
KeyID / Re: Agent86 wins again
« on: September 22, 2014, 04:25:26 am »
There are good lessons to be learned from ICANN TLDs. Many like .biz launched with fairly strong registrations. But retention rates were low; one year out most were dropped.

It became clear that success over time means getting people to build websites. If registrants cannot count on controlling their domain name for some reasonably long period of time I can't imagine them investing the time, effort and money to build quality websites on the domain.

Some people say letting people control domain names for a long time encourages squatting. I think it's the only way to incentivize serious development of websites. IMHO that is the most important success factor over time! Anyone know any cool .biz websites?


9
KeyID / Re: Good idea to reallocate part of dev fund for NMC and BTC?
« on: September 22, 2014, 04:10:00 am »
NMC can relaunch with a squatter resistant DNS on a more efficient blockchain, which can allow it to list separately, yet still within the Bitshares umbrella (due to the PTS/AGS)

Yeah good luck getting Namecoin to switch to DPoS, that does mean abandoning merge-mining with Bitcoin.


The toolset/support between the 2 projects obviously has huge overlap though.  So I think it might be possible to work with them.  Just give them $$ no strings attached and don't go announcing it all over the place.  Just a sincere and friendly gesture to help them with their development and hopefully become more of a team or at the very least align some aspects of the projects.  DNS servers supporting both projects simultaneously, plugins, etc.

Although we are direct competitors, neither project is going away.  So it makes far more sense to see the hoards of non-adopters as the shared goal where everyone benefits.

Since all the non-blockchain infrastructure will potentially be shared it totally makes sense to work together. This is hardly Apple vs. Microsoft, this is more like Mosaic browser versus Netscape in 1994. Both groups should be focused on growing the non-ICANN market for domains 1000x. There are hundreds of millions of domains registered in the legacy system, and we're probably looking at only hundreds of thousands of decentralized domains next year.


I support a sharedrop. But give them an insanely short time period, say 30 or 60 days (rather than a year) to redeem.

Yeah - it has a pronounced effect if people act in the initial weeks. 9 months out is not at all the same dynamic.

10
KeyID / Re: Good idea to reallocate part of dev fund for NMC and BTC?
« on: September 19, 2014, 08:02:39 pm »
I think it's a good idea, too. (Disclaimer: I'm holding less than 10 NMC).

The NMC community knows better than anyone else what the DNS DAC is about and what potential it has - IMO they are less likely to dump than the average PTS/AGS holder.

I agree 100%. I also own less than 10 NMC. But it sounds like the marketing folks feel like they need more money too, so it's easy to see how this decision would be difficult.

11
KeyID / Re: should we comment on that bitshares incident at /r/namecoin?
« on: September 19, 2014, 02:32:33 pm »
I agree with the previous posters. That post is inflammatory, and replying with emotional responses will surely not have any benefit. Bickering will reflect badly on all participants. Unless of course someone has factual knowledge of what exactly happened, in which case it might be appropriate to set the record straight.

I think most people understand that on reddit, and the Internet in general, there are always gonna be a small number of people whose goal is simply to stir up trouble. The best thing IMO for BitsharesDNS is for everyone to just stay focused.

12
KeyID / Re: Here is my rant about namecoin
« on: September 09, 2014, 11:08:03 am »
First goal is just to get the domain system fully functional.

Then tackle the issue of getting names to resolve in a secure way for the average Joe. It's tricky. Browser plugins + DNSChain sounds like a workable way in the near term to solve the problem for browsing the .p2p web securely, but other Internet traffic is still challenging.

If secure DNS was simple it would've been done before and the opportunity would not exist.

13
KeyID / Re: DRAFT: Domain Specification
« on: August 22, 2014, 03:33:58 am »
Hi all,

I'm working on getting the DNS GUI in place. Here's a working draft of the record editor—

https://danielbrockman.se/2014/bts-dns-editor/1/

Right now I'm focusing on getting the basic structure right, and there's quite a bit of surface polishing to be done still, but feel free to comment, especially if you see anything that doesn't seem to make sense logically.

(Subdomain mappings will be handled outside of this UI in a way that basically puts the root domain plus all subdomains next to each other in a flat list.)

 +5%

14
KeyID / Re: Anonymity Network (Tor) DAC?
« on: August 22, 2014, 03:20:12 am »
What incentive would a user have to pay for using this instead of Tor?

SPEED! one of the biggest issue I have with TOR is that it's so damn slow. Now if nodes have an incentive to get paid, then they will provide good reliable speedy service to users. I think it would be best if we allow users to choose which nodes to use (and pay for), all anonymously of course, and also a reputation system for reliable/speedy nodes.

Also we should allow node operator to choose to service the users for free, so that those without money are not locked out of the ecosystem. These free nodes will probably be slower/less reliable nodes, since they are crowded.

In addition, there needs to be an incentive for "hosting nodes" (nodes that provide web hosting). Because centralized TOR hosting is often targeted, half of TOR sites are gone due to FBI crack down on Freedom hosting company.  It's kinda like the "storj" concept, where you get paid for your disk space, and you don't see what's on your disk, so you can deny knowledge if you come under scrutiny.

I think that was the objective of the original "TorCoin" (not the one on coinmarkepcap i guess). There is even a white paper for that

https://bitscan.com/articles/torcoin-funding-anonymity
http://cryptocrimson.com/2014/06/torcoin-incentivizing-anonymity/

white paper
http://dedis.cs.yale.edu/dissent/papers/hotpets14-torpath.pdf

Where the fees would be used to pay people who provide more bandwidth to the network as one of the main problems is definetely speed as mentioned above

Thanks for linking to that bitscan article! But this one @ LTB is a little nicer to read I think: http://letstalkbitcoin.com/blog/post/funding-anonymity-with-crypto
and I am totally objective about those 2 articles :p

Yes the "other" Torcoin was just some anonymous guy who came out with a coin shortly after that whitepaper was published.

If you could make a faster version, it might become popular, and Bitshares chain is fast. But even if you can figure out how to do it, this should probably be on the alternative DACs board right?

15
KeyID / Re: Anonymity Network (Tor) DAC?
« on: August 21, 2014, 03:00:51 am »
End-to-end would also be a problem for a for-profit Tor. Also, you'd have to consider the fact that you're now paying node operators. How would you structure the incentives so that node operators will be more honest than they are in vanilla Tor?

Yeah, you can pay them but it won't make them behave better. If you could solve one of the main problems in Tor, you could have an advantage until they implemented the same in Tor. Then you're back to free versus paid.

There is one relationship between Tor and BitsharesDNS that @derrick outlined in the "alias" section of the specification.

If I understand correctly, I should be able to use a .P2P domain to give folks a more memorable name to use to get to a site that I run as a Tor hidden service. Let's say my blog is at mdwabc12345xyz.onion

I could specify something in the blockchain entry for mdwblog.p2p
Code: [Select]
{
  "alias": "mdwabc12345xyz.onion",
  . . . . .
}

and the people who can resolve .p2p domains have an easier way to reach my onion site via http://mdwblog.p2p.

Pages: [1] 2