Bitcoin Forum
December 03, 2023, 11:20:28 AM *
News: Mixers will no longer be allowed after Jan 1
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 »
1  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] Brickblock - diversify your portfolio transparently and secure on: July 11, 2019, 07:43:11 PM
Does anyone know why there is a second BBK contract?
2  Economy / Collectibles / Re: [Auction] Casascius Coins / Bitbills on: May 27, 2019, 10:20:21 PM
3  Economy / Collectibles / Re: [Auction] Casascius Coins / Bitbills on: May 16, 2019, 07:38:41 PM
bitbill 1.7  Grin

Sorry fella not bidding against newbie accounts

Pretty sure OP will consider my bid valid, sending him a PM now to confirm Wink

Can confirm, I know this bidder personally
4  Economy / Collectibles / Re: [Auction] Casascius Coins / Bitbills on: May 16, 2019, 07:37:53 PM
Hi Alex,

For lot 2:
1. Are the scratches on the case or are they on the coin? If on case, can you take images of the coin please.
2. Are you the original owner?

1. On the coin
2. The bitbill was in relation to me joining the bitcoin core development project in 2011. My friend sold me the two coins when I worked at itBit.
5  Economy / Collectibles / Re: [Auction] Casascius Coins / Bitbills on: May 14, 2019, 08:11:33 PM
Thank you, it's at least 8 years old so I can't imagine that there are many left! Smiley

There is a decent amount of singles left just not that many go up for sale.  Do you have any other single bitbills or is this your only one?

This is the only one I have. Sorry I stand corrected I just checked and it looks like it is slightly under 8 years old.
6  Economy / Collectibles / Re: [Auction] Casascius Coins / Bitbills on: May 14, 2019, 08:05:50 PM
Thank you, it's at least 8 years old so I can't imagine that there are many left! Smiley
7  Economy / Collectibles / [Auction] Casascius Coins / Bitbills - Ending June 1st on: May 14, 2019, 07:50:30 PM
I am looking to auction the following items

2013 0.5BTC Casascius coin.

Userbills link:

Bidding starts: 0.5btc

2011 1.0BTC single error Casascius coin.

Userbills link:

Bidding starts: 1.0btc

Bitbills 1BTC card that I was given at the (2011) first Bitcoin Conference

Bidding starts: 1.0btc

I am selling these because I don't have the time I feel necessary to ensure that they are kept safely.

Minimum bid: 0.001btc
Bidding ends: June 1st 2019 at 12pm ET
Escrow: minerjones
8  Bitcoin / Bitcoin Discussion / Re: What features would you like to see in a tool to track personal btc holdings? on: March 12, 2015, 11:23:41 PM
Yes, we would like feedback on which APIs people want us to work with. Permitting that those companies are willing, we plan to incorporate their APIs to help users keep track across their bitcoin holdings.

We also intend to have a manual tracking component, where people could create an account for raw bitcoin addresses or meta-addresses (a URI that dynamically points to an address).
9  Bitcoin / Bitcoin Discussion / What features would you like to see in a tool to track personal btc holdings? on: March 12, 2015, 11:10:28 PM

We're looking for feedback / suggestions on what to incorporate in the initial buildout.
10  Economy / Economics / Stop selling mined coins privately on: September 09, 2014, 07:16:47 PM
Miners, stop selling privately.  Here is why it is not in your best interest:

-Miners typically need to sell their coin immediately as they have invested in equipment that expects a return

-There are deals for fixed liquidity privately. Where the miners can sell their coins outside the open market at a premium or at a guaranteed price range for a set period of time

-Those deals exist because there are market makers who profit immensely from pulling wool over the miners eyes

For example: the maker can buy 10,000 coins privately, which reduces the volume on the public order books. They can then “splash” the thinner books by selling 2000 coins; thereby bringing the price down. Now they can continue negotiating with miners stating that the market rate is $X - which is significantly lower than the market rate had the miners just sold on the open market. The makers are intentionally trying to keep volume off the open books so that they can keep the price low so that they can continue buying their coins low. Someone with $20,000,000 they want to invest in bitcoin would be able to acquire many more bitcoins by using the above methodology.
11  Bitcoin / Bitcoin Discussion / Re: Why I worked on CoinValidation on: September 08, 2014, 07:07:19 PM
The hashing privacy thing is cool. I hope that a company like Blockscore can implement it.

Going forward, the Namecoin protocol - or something like it - can define systems for identity that mesh well with the needs of US business' KYC/AML procedures. Services like are compelling, but from a security and privacy standpoint; are far worse than the doomsday scenario people clamored over when the rumor spread that CoinApex was trying to build govcoin.

Here are some criteria I think will serve as a starting point for taking back consumer privacy control:

-Define a protocol for hashing identity information (CIP info like name, dob, social, etc.) so that it can be indexed and referenced
-Have a method for salting it such that the owner of the identity can grant and revoke access to the hash for their information with a builtin TTL for data requests
-Apply this methodology to the extant identity databases (government, public record, private)
-Form a responsible group to advocate for adoption whom are motivated by the interests of individual privacy

Ultimately I believe privacy can be enhanced by orders of magnitude while not stepping on the toes of law enforcement's abilities. Applying some of the basic principles of hashing and salting can help us avoid the current scenario. Here is what some current KYC/AML systems look like for massive corporations (not just bitcoin startups):

-Company A is required to do XYZ crime preventative measure which compels them to collect ABC data from their users.
-The data is neither encrypted nor hashed in the web browsing session, on the wire, or in the database of company A. Sometimes it may be hashed in the database of company A using hashing algorithms which are deprecated due to operator ignorance. Sometimes it cannot be hashed via modern tools because laws REQUIRE that it be hashed via deprecated algorithms (this also happens for government organizations, not just private industry.)
-The data is often tied to financial data such as credit card number, bank account details, or access to balances for online banking, paypal, etc. Giving an ideal target for an attacker.
-Typically the data is cross-referenced with company B. It is often sent without encryption, and in the rare chance that it is encrypted - dated algorithms are used. In the ultra rare chance that modern technology is used, in my experience, the decrypted data is NEVER a hash of the user's private information - it is always plaintext. Company B is cross referencing for company A the plain text private information and not a hashed version.
-Company B responds to company A that the identity pairs with an identity in their system (the matching is far from robust, more of a "it's probably him")
-Company A can proceed with whatever it was they wanted to facilitate for the end user

Need I mention that various company As and various company Bs have different protocols, data sets, etc. requiring that each user needs to upload this private information EVERY time they want to interact with a new company. There are some unified approaches, but almost always come from a centralized company and/or are not used by any substantive percentage of the market.

I hope it is as glaring obvious to others as to why this is a problem, especially as we move more of our finances and identity online.
12  Bitcoin / Bitcoin Discussion / Why I worked on CoinValidation on: September 04, 2014, 07:35:22 PM
If you’re unfamiliar with CoinValidation, that about sums it up… It was never clear to begin with. There are several reasons for why it’s not straight forward, and below I’ll attempt to sort it all out. First let me say the following: was an attempt to innovate in what we thought may be the most controversial side of Bitcoin; the identity layer. It is not a specific technology, the idea of whitelisting/blacklisting/xlisting whatever is totally off-base and was a rumor. Here is what CV really is:

It’s a thinktank.

It was an attempt by a small group of people to solve one of Bitcoin’s largest problems: no one was creating new technology in the identity layer of Bitcoin. We did not specifically want to endorse or profit from some piece of tech like blockchain analysis or whitelisting, etc. We simply wanted to explore what was possible. We found some interesting things, like tech that could reduce the risk of privacy loss in the standard KYC model. But that all went unheard because people thought we were trying to hurt user privacy or to affect fungibility.

People thought that we were building a for-profit startup focused on selling tech and user data wholesale… In fact, we were trying to do the exact opposite of that. It could best be described as a thinktank for the KYC and regulatory side of Bitcoin – which we had become familiar with during our time at Bitinstant.

Some of the ideas we explored and want to continue to explore:
  • How can Bitcoin companies comply with US regulations from a legal/tech standpoint?
  • What can Bitcoin companies do differently vs. typical financial companies, but still be compliant?
  • What is possible with blockchain analysis?
  • How can Bitcoin companies communicate patterns of fraud to each other?
  • How can ownership of assets be proven?
  • Can something like the MIT PGP database exist for Bitcoin addresses?
  • Is it unethical to build technology that enables Bitcoin businesses to tie into legacy systems?
  • How sensitive is the Bitcoin community to a group of people experimenting with what’s possible?

Here are some of the realizations we’ve had in exploring the above questions:
  • We facilitated the first underwriting of a mortgage to a bank as a proof of concept.
  • Bitcoin companies can comply with the regulations, and yes it is very limiting.
  • There are sophisticated ways that Bitcoin companies can communicate fraud patterns to each other.
  • That kind of communication could prevent another Mt. Gox type of failure, which is inevitably going to happen because it is not being addressed.
  • Blockchain analysis can be really scary.
  • Bitcoin is not anonymous in most contexts.
  • We designed a new way of hashing KYC data so that five points of attack can be reduced to two.
  • We found ways for companies to satisfy BSA requirements without having to store or transmit user information.

We stopped working on exploring these concepts because
  • No profit model translates to no funding.
  • The community tried to burn us at the stake.
  • I realized that I am not the best at public relations, and it’s hard to convey what I want to convey.

I continue to work on innovations on the regulatory front, but for obvious reasons – not at the level I probably should.

Still, here is what I believe is possible for companies:
  • Satisfy regulatory requirements here in the US if they want to.
  • Do it in a way that risks user privacy much less than what is currently in place in the Bitcoin ecosystem.
  • Have a system with less fraud, better consumer protection and AML, and less privacy loss than what exists in traditional financial AND current Bitcoinland.

Now the fact that it is possible  - doesn’t mean I’m endorsing it. Working with regulations here in the US is not some lofty philosophical decision for me. Businesses are going to work within that framework regardless of my thoughts on it because that is what the market will dictate. I’m simply trying to help navigate that landscape responsibly. Even though my personally philosophies are often in line with those of libertarianism.

People are going to buy their Bitcoins in the most efficient and effective way possible to them. The path the masses take to acquire and use Bitcoins will be the one which has the best user experience, closely parallels what they are used to, and costs the least. The masses don’t care about Ayn Rand or crypto anarchy.

We can push the boundaries of what is possible if we can stop fighting and solve real problems. Problems like this:
  • Why are users giving their KYC information to shady companies?
  • Why is the community trusting $700 million to one dude with an exchange written in PHP in Japan?
  • What is being done to prevent that from happening again?
  • Why is multi-sig not in full effect on every wallet valued greater than $1000?
  • Why is the community already satisfying most of the regulatory requirements, kicking and screaming that they exist, and then doing almost nothing to realistically change it?

Real change takes real work, and it’s not going to get done if the people innovating are ostracized for thinking outside the box. Creating real change is a massive undertaking. The challenge of navigating the Bitcoin legal landscape is going to take a lot of hard work and cooperation. Please feel free to comment with your questions about regulation here in the US – we have a lot of experience in this space and want to share what we’ve learned.

Of course CV failed at reaching minds with what we thought was very important information. But failing is how we learn sometimes, and I’m grateful that there are those in the community who see that what we work on is valuable. Thank you.
13  Bitcoin / Project Development / Re: [ANNOUNCE] Bitcoin Testing Project on: July 01, 2014, 04:39:58 AM
I don't think it is.

I'm waiting to see Hearn's assurance contract platform, Lighthouse:

I think it might be a rock solid solution to the core dev funding problem. In my opinion it's a user experience issue. If people were presented with an easy cost->deliverable decision - a lot of people would buy in.

For example, cost for user-defined unit notation in QT (BTC, Bits, satoshis, etc.) in the front-end -> .0001btc per user. I would absolutely donate.

I'm not convinced the whole voting for features with coin thing is the way to go. A better system in my opinion would be where users could select from a toggle list the features appealing to them, and drop the ones that weren't.

Just my 2bits
14  Bitcoin / Bitcoin Discussion / Re: how much would you risk? on: July 12, 2013, 08:00:34 PM
100% - I'm assuming you're young and can afford to take risks Wink
15  Bitcoin / Development & Technical Discussion / Re: Why Scrypt and alternative hashing algorithms are pointless. on: July 12, 2013, 07:27:39 PM
Price influences difficulty for certain. There are a bunch of other factors, but for the most part this holds true (currently):

-People want to mine when the price rises.
-People can't afford to mine when the price drops.

The reverse hypothesis (difficulty influences price) is probably way less of a significant correlation. Other than the fact that an acceleration in hashrate growth - like we are seeing now - causes more bitcoins to be released than the anticipated 1block/10min. Those "extra" bitcoins are being put in the hands of people who likely just spent a bunch of money on new mining equipment, and want to sell the coins to offset their initial investment. Thereby increasing sell volume at strike.

You can see how many "extra" coins are being created per day here:

As for alternative hashing algos, if it ain't broken...

tl;dr Price affects hashrate, hashrate doesn't affect price.
16  Bitcoin / Bitcoin Discussion / Re: Bitcoin Address Collisions. on: July 12, 2013, 07:02:20 PM
Can we talk about what happens when there is a collision? I like to envision dividing by zero, a star dying, Roger Ver ascending to heaven, and your computer literally exploding with bitcoins shooting out of it.
17  Bitcoin / Bitcoin Discussion / Re: Why is Bitcoin safe against a quantum computer? on: July 12, 2013, 06:53:54 PM
Bitcoin is a living, breathing code-base. Most of the attacks that are discussed could be dealt with quickly - if they occur. Yes some merchants could get hurt by it in the short term.
18  Bitcoin / Development & Technical Discussion / Re: on: June 06, 2013, 06:57:13 AM
Shameless bump. Come on Pydevs!
19  Bitcoin / Development & Technical Discussion / on: May 09, 2013, 06:44:38 AM
Testing is still an issue:

Please help by contributing to this:

Or please build something like it.

(I wish I had more time to work on it)
20  Bitcoin / Bitcoin Discussion / Re: Bitcoin and me (Hal Finney) on: March 20, 2013, 05:06:27 AM
Your story is inspiring, thank you.

"The only wealth which you will keep forever is the wealth you have given away"
Pages: [1] 2 3 4 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!