-
Notifications
You must be signed in to change notification settings - Fork 277
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ENS .eth domain lookup #137
Comments
@409H Question, is a dedicated ENS lookup needed for this app? The following urls will give valid results. https://etherscan.io/address/mewtopia.eth https://etherchain.org/account/mewtopia.eth The logic that currently gives the user a block explorer link is: objNodes[x].innerHTML = strContent.replace(
new RegExp(strRegex, "gi"),
'$1<a title="See this address on the blockchain explorer" ' +
'href="' + this.strBlockchainExplorer + '/$2" ' +
'class="ext-etheraddresslookup-link" ' +
'target="'+ (objBlockchainExplorer.hostname === window.location.hostname ? '_self' : '_blank') +'">$2</a>'
); Looking at this there are no checks that the link points to a valid address, so I'm presuming that is not a prerequisite. |
Ah, sorry, I think I've misunderstood you earlier. When I said a ENS lookup, I meant some sort of screen that does something similar to what Etherscan does, see below; I think you're saying something along the lines of adding a link to a block explorer (like Etherscan) for strings like |
Ah, ok, I see. I think I misunderstood you.
Yes, this is what I'm suggesting, because at the moment the application converts ethereum addresses into links to a selected block explorer. In order to create this kind of functionality for EAL the application would need access to an Ethereum node, or better a server that has parsed the block data from the Ethereum blockchain. What about a transitional set of functionalities that reference pre-existing block explorers, and then move onto developing the block analysis server to pass data to the client? |
Sounds good for phase 1! 👍 If we can get |
Looking at the enhancements some seem to be dependent on having programmatic access to a blockexplorer. I think that building a new explorer may be overkill, at the moment any way, when we can use APIs https://etherscan.io/apis. I'd suggest that we develop a whole new extension to this application, a server side portion that is called by the client extension. Benefits:
I propose that we'll need a new repo for managing this functionality as none of it will be related to the functionality in this repo, except for the calls requesting data. |
Dependent issues (at least from my understanding): |
I agree with the above. I'll review the 2 PRs that are open and get them packaged tonight, then I'll hit you up to chat more about this. I'm at work right now, so will be in about 10 hours. |
Awesome! |
Following on from issue #136 we need to implement an ENS domain lookup in the same fashion as standard Ethereum address lookup works.
The text was updated successfully, but these errors were encountered: