5 ms·

Brad with the CoinTent team here. Glad you believe in the general idea of what we're doing! I understand the concern around the tracking of browsing history, a

Brad with the CoinTent team here. Glad you believe in the general idea of what we're doing! I understand the concern around the tracking of browsing history, as that's obviously one of the main drivers of ad blockers in the first place! We definitely need to make sure we deliver on transparency around what data is tracked, how it is stored, and how it is used. We will be releasing this in more detail on our site when we launch. One key point for you to be aware of is that we do offer the ability to turn off tracking of browsing history. In that case, we'll give you the option to support sites automatically based on sites everyone else spends time with.

irq-1 10y ago
Here's an idea I'm not sure would work, but I want to put it out there. Browsing history and/or time spent has to be tracked so the money can be distributed to the right sites. To protect the browsing history: 1) (on the client) Take the domain name (or URL, IP or data point) and add a salt 2) Hash it 3) Add it to a bloom filter (or another type of filter) 4) After enough URLs have been added, submit the filter and salt 5) (on the server) Run the list of participating domains through the filter (take the domain, add salt, hash, and filter) Some thoughts about this type of scheme: No exact history data would be submitted. You may need multiple filters for domain, time spent, type of interaction, etc... The selection of filter and optimal number of domains (or encoding of data points) might be problematic. Submission can be done at any time (no schedule). The loss of a few submissions won't matter (no need for every domain or a complete history.) Submissions can be delayed until there is enough obscuring data, and filters provide plausible deny ability (about browsing history.) Submissions could be made to trusted 3rd parties (browser makers, large company networks, non-profits like the EFF, etc..) and only the results sent to a central authority. Some websites that were not visited will benefit, but the salt will stop gaming of the domains. Running the list of participating domains might be to demanding to be practical. Groups of domains could have their own payment/subscription filter (news domains, GNU endorsed domains, etc...) distributed to the clients like blocklists. The biggest problem: Advertisers and ad networks will fight against loosing personally identifiable information and analytics data.
- godmodus 10y ago
  nice to see someone with a similar idea to mine!
godmodus 10y ago
idea about anonimyzing tracking - maybe work with single-use disposable hashes that are part of a memory-less system that tracks site-visits ? it would register access to the website, add an interaction token to the pay-to database and forget who it was that visited. if you keep to an honorable "do no evil" philosophy, this should work. i'm sure the temptation to use a large database of collected visit data to optimize ads is appealing from a financial point of view, but since your product is about avoiding tracking, it should fit and keep it popular enough to remain sustainable.
robl97 10y ago
The tracking of browsing is something I spent a long time agonizing about, especially also given our experiences at Root Markets back in 2006 with Root Vaults / AttentionTrust etc. An interesting failed experiment to write about at some point. Anyway we decided to switch to letting users just tip sites they like without doing an allocation model based on traffic. This is a new change for us but I think there will be room for a bunch of different models depending on what users are comfortable with. We also took pains with our other product, optimalblock.com for iOS to make sure that we will never use or share individual level-data, and wrote that into the privacy policy. It will limit our ability to pursue other revenue models but that's key in this space I think.

irq-1 10y ago

Here's an idea I'm not sure would work, but I want to put it out there. Browsing history and/or time spent has to be tracked so the money can be distributed to the right sites. To protect the browsing history: 1) (on the client) Take the domain name (or URL, IP or data point) and add a salt 2) Hash it 3) Add it to a bloom filter (or another type of filter) 4) After enough URLs have been added, submit the filter and salt 5) (on the server) Run the list of participating domains through the filter (take the domain, add salt, hash, and filter) Some thoughts about this type of scheme: No exact history data would be submitted. You may need multiple filters for domain, time spent, type of interaction, etc... The selection of filter and optimal number of domains (or encoding of data points) might be problematic. Submission can be done at any time (no schedule). The loss of a few submissions won't matter (no need for every domain or a complete history.) Submissions can be delayed until there is enough obscuring data, and filters provide plausible deny ability (about browsing history.) Submissions could be made to trusted 3rd parties (browser makers, large company networks, non-profits like the EFF, etc..) and only the results sent to a central authority. Some websites that were not visited will benefit, but the salt will stop gaming of the domains. Running the list of participating domains might be to demanding to be practical. Groups of domains could have their own payment/subscription filter (news domains, GNU endorsed domains, etc...) distributed to the clients like blocklists. The biggest problem: Advertisers and ad networks will fight against loosing personally identifiable information and analytics data.

godmodus 10y ago
nice to see someone with a similar idea to mine!

godmodus 10y ago

idea about anonimyzing tracking - maybe work with single-use disposable hashes that are part of a memory-less system that tracks site-visits ? it would register access to the website, add an interaction token to the pay-to database and forget who it was that visited. if you keep to an honorable "do no evil" philosophy, this should work. i'm sure the temptation to use a large database of collected visit data to optimize ads is appealing from a financial point of view, but since your product is about avoiding tracking, it should fit and keep it popular enough to remain sustainable.

robl97 10y ago

The tracking of browsing is something I spent a long time agonizing about, especially also given our experiences at Root Markets back in 2006 with Root Vaults / AttentionTrust etc. An interesting failed experiment to write about at some point. Anyway we decided to switch to letting users just tip sites they like without doing an allocation model based on traffic. This is a new change for us but I think there will be room for a bunch of different models depending on what users are comfortable with. We also took pains with our other product, optimalblock.com for iOS to make sure that we will never use or share individual level-data, and wrote that into the privacy policy. It will limit our ability to pursue other revenue models but that's key in this space I think.