Bitcoin Forum
January 29, 2022, 06:04:11 AM *
News: Vote on the 2021 community awards
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 ... 65 »
1  Economy / Services / [ANN] Legendary Escrow Service - Bitcoin & Alts on: May 02, 2018, 10:28:59 AM
Greetings!

I'm offering escrow services at 0% (free). I may charge 1% if I'm busy or there are special considerations.

Service terms:

I can escrow Bitcoin and many alt-coins (depending on complexity of doing so securely). The transaction can involve most anything as long as it's legal. Please just ask for details. Escrow held over 30 days is subject to 1% monthly storage charge. This escrow is for online transactions only.

Trust:

I've been involved with Bitcoin and plan on being involved for the long run. Account sign up is June 2011 (7 years). I'm a developer. I know how coins (and their security) work on a fundamental level.

PGP KEY:

Code:
-----BEGIN PGP PUBLIC KEY BLOCK-----

mQENBFro2fsBCAC+DjZJbXd4j2484kxu5xYSJXCux5DFMTZk1QE7iNgQSlnnuW57
APRk1kONfRHxdLzQzq6VAGgpk3mJVpXmSAihVJTiHlm03OINiB/vt7V7bb+8hKNP
9yoTmacqEjpTVPHsEV+QtKlJp9GM37fu/HpPEYSPrRXDXItzTqk0WcMDhM5plQ0h
35e6mR413IT25+UkhY5kBLHG1GYi7TqPMoCs4el0cDAnaxHkWXYJDQ6nHQb+1O7N
kJiyo/zkQQWQ9Y7zlTuEc58/FYv03Tu7hpAAX8a6UvZNpAg3eAoUJl04pbuzvfP0
NJDBIIGWiaLFRBoxjtTr+cKI//M1n+l+kHCTABEBAAG0B2Fjb2luZHKJAU4EEwEI
ADgWIQSoZ/yXU+OnAGJQEn/ZVO7ofSjgZwUCWujZ+wIbAwULCQgHAgYVCgkICwIE
FgIDAQIeAQIXgAAKCRDZVO7ofSjgZ9seB/4gvoEKJF3Ib+7mQr8bFhnhKGpTszWF
ewjgJ5UeQudMhZnDwXzHVu46mH7c1uvL/Px74cRxeSswxEd/bcyMUfc4INBRtHLq
DZk+bb4T1vP1IMsZrtM1B2PrZIHvMbtvpYvmxlI2140ZWa94FwM1NR6hLd8/qmZu
TU30H7jqjN9xCSonGvN+zUu7u77dEuGsMeS0wCMzj2GsmYXaoHUzUDrzl5WbD5rK
t1fjaP1TYSMGIowYGOk1s7B9gZnVFCg1WeTZSMDXbMjqcN1nudR5T4MPXtKDyJ1E
1zMc+EL55M7GV2jJ/5AWp16eSOeWY+Xhb3b+/wRi1Ds9WtXAk//2x5wMuQENBFro
2fsBCADMNarkPsmgAxTY+fVIFivkWY40Qkn6fxTGuQgh30gAyplnYUT2MO8+7uJ/
yDezgBAobmgOpUbMDbE+VU2nKHEgfv2THGlvrCBL0KFtMI2ow9eF3SSgZdNt6zmo
XlY5gz/v8SBuqdBNWz1sXrTswsVscnKMUKdZdNxzetwzDqWrUK++OzgS5hps59fO
RRTdeDXg+/N3yp05vrU7sMgVPsr1Q6fQCeriDQzWuN4mOyHKqDEQHqxcCOAmXgdP
YIj1Aja3ZxDahOzV+uPYguDOjR0MsFCJd9J4jtD01pV5f48nhCUqvqITgZh0lnx2
lMICnf8TJugAf8auj0xPSZ8sf1ZxABEBAAGJATYEGAEIACAWIQSoZ/yXU+OnAGJQ
En/ZVO7ofSjgZwUCWujZ+wIbDAAKCRDZVO7ofSjgZ30NB/9yau6uyLGbDVjHliEa
4LkkwqI/+ZFVnJQVMnNouwG8BS/6JYIDCBQHz6PMO6RTVqvE1cC7gRIXraAUi7H/
RK8YvGK5J16UifEwYRiTozjmqvb/HAQmDAaNzMVqh+sxK6eGvYjxLv/LPSke+WZO
/sgGtq61FtqxOR/f8s7lp0p29OsOuByoOfRd6N7slpp3887Vi+z2YL8H6U9y/iP+
KrpCbEF3+SrliP9/lK0kIjs1upkzIR68ZAN6j+0lOYYFqKBg5sAjZ0CHJAtB5oil
DsIKEfEgo3+azWF8ySikwSur3JaXysgL2W+Gl4lp0ozTZ72mlfyAwgcUArWQl07K
OiQ5
=Wq4Z
-----END PGP PUBLIC KEY BLOCK-----

Tips appreciated!

BTC: 1GDsPQXHdZNRsCmC218bUwDjwpRMi58GfD

ETH: 0xf27Ef3FA0b185912fF41464B89c0ceE325Ffd39A

BCH: qrfl2w725jh5aljls8fc5fdy88gqngqs3sfxd9g2l8

LTC: LVJLUyyz6nfNVPvhGA5xnvXFaNwBAW8cXT
2  Bitcoin / Bitcoin Discussion / Re: Stress test is underway - Watch your fees. on: September 11, 2015, 06:55:13 PM
It just proved that bigger blocks are even more problematic during such kind of stress: The attacker can still spend 200 BTC and create 10x more traffic with 10x lower fee in each transaction, but the 10x larger mempool and 10x larger block will definitely crash most of the nodes

That's not how it works. The block size limit doesn't allow for lower fees. It only allows miners to process larger blocks if and when desired to clear out a larger number of transactions. Think of it this way: most of the time, not during stress tests, blocks are not full; the 1MB limit exists but there is still room to go as miners create smaller blocks. This doesn't change the fee people pay to have transactions relayed and included. The only difference large blocks have on a 'stress test' is they allow a miner to clear out a backlog of transactions, meaning users are less likely to experience confirmation delay. A limit ten times higher means it costs at least ten times more to create a backlog.

bitcoin is passing the stress test, that's what i see. if anything this is a point for 1MBers.

What would happen if the load was 10 times more intense? Right now Bitcoin doesn't have tremendous adoption, only a few million users or so, but everyone expects that to change. What happens if blocks are normally full and a test occurs, say 10 times larger? Coinwallet's budget is $50K, but it's conceivable to imagine enemies with $500K resources. Western Union, for example, profits 40 million dollars per day.
3  Bitcoin / Bitcoin Discussion / Re: Full Node Survey (Please Help - Takes a Second) on: August 09, 2015, 04:49:41 PM
Okay, so far people are selecting "too inconvenient". Thanks! That's helpful. Anyone else please feel free to weigh in.
4  Bitcoin / Bitcoin Discussion / Full Node Survey (Please Help - Takes a Second) on: August 08, 2015, 04:18:09 PM
If nobody ran full nodes there would be no Bitcoin, so they're important. Of course, not everyone in Bitcoin needs to run a full node for Bitcoin to work, but a healthy network has a good number of full nodes. Core developers have for some time been concerned that full node count has been low and declining. This survey seeks to provide clues why. Please take a moment to vote and comment as appropriate. Thanks!  

Edit: to clarify a full node is software that downloads the full blockchain in order to verify and forward valid blocks and transactions. Bitcoin Core is an example of such software.
5  Bitcoin / Bitcoin Discussion / Re: Idea: Blockchain per region on: July 03, 2015, 09:36:04 PM
Yes. This is exactly an idea I've mentioned here before. In fact, I've planned to write up more in depth reasoning for it. I PMed Gavin a while ago with the thought (he didn't comment back).

I do think we'll ultimately see Bitcoin scale relying primarily on technologies like the Lightning Network. However, I don't think there will be any single silver bullet solution. Instead, we're likely to see a mixture, and using more than one blockchain I feel is likely to play a part. As I said I plan to write more extensively at some point.
6  Bitcoin / Bitcoin Discussion / Re: A basic question on: March 30, 2015, 05:20:08 AM
The bitcoin private key is a 256 bit number that contains a numerical address and a key to decrypt numerical messages sent to that address.

No, it's just a 256 bit number. It doesn't "decrypt" anything. However, it's used to sign messages proving a relationship to a particular public key.

The number of key is quite high.

Yes.

The security of the bitcoin system seems to be based on the difficulty of using a public address to work backwords and find the private key.

Yes, that's the part of security which protects user accounts (private keys). It's based on elliptic curve cryptography. The other large part of Bitcoin security is secure hashing algorithms used by miners to provide arbitration for the blockchain.

In order to show that the current bitcoin key system is flawed, all that a person would need to do is show that there was a correlation between the relative position of a private key and the relative position of its corresponding public address.

Nobody needs to show that. It's already known. That's why it's possible to verify a private key without knowing it.

In other words, if you took the lowest possible private key, a 256 bit number starting with 00000... etc, and the highest possible private key, a 256 bit number starting with 11111... etc, and you were able to show that the two public addresses for those keys formed hard boundaries, i.e., that all bitcoin public addresses fell between those two numbers in some mathematical formula or progression, then you would be showing that an accessible formula existed to work backwords from the public adrress to the private key.

The part where you go off the track is when you say "accessible formula". The elliptic curve used by Bitcoin is Secp256k1. Its points on a graph would appear randomly scattered and the number of points is between 2^255 and 2^256 or about one point for every eight atoms in the universe. If you think you have or can find an accessible formula to compute these points backward from a public key, then yes you could cause problems with the current version of Bitcoin.


The obvious question then, does some formula or progression exist that could put bitcoin addresses in sequence?

Yes, counting up by one for instance. The problem is there are so many possible addresses it would take you (or a computer) an unbelievable amount of time just to count upward and hit one.

Any set of numbers that are derived from another set of numbers ultimately can be ordered in the same sequence as the original set.

Can be ordered or must be ordered?  

Therefore it seems that the "security" of the cryptography used in bitcoin would come not from the size of the number set but rather from the computational difficulty of converting private key to public address or vice versa.

The security comes from both the size of the number set and the difficulty in calculating the private key from only a public key.

Since in bitcoin the conversion in one direction, i.e., private key to public address, requires little effort, there is really no security once a formula or progression rule for addresses is discovered.

This presumes such a formula could be discovered.

And such a fomula or progression is easily findable by anyone with a little skill in that kind of thing.

Let's see it then.
7  Other / Beginners & Help / Re: A question about unconfirmed transactions... on: March 19, 2015, 02:25:53 AM
mm....I think I need to know the maths of this a bit better. So the possibility of a double spend is reliant on time?

Not exactly. It's reliant on whether or not your transaction remains part of the permanent blockchain. There are a few ways it may not, even when appearing valid at first. As a rule of thumb the deeper a transaction is buried in the blockchain the more likely it is to be permanently valid. A simple way to think of it is, 0 confs is fine for trivial amounts you don't care about being reversed, say a dollar or two. Higher amounts should have at least 1 conf, which is about 1 million times safer than 0 confs. Each additional block adds several degrees more safety, and after 6 it's safe to consider the transaction permanent (under normal network circumstances).

To understand more you'd need to know a bit about networking and Sybil attacks, as well as how mining works. The problem is you can't call VISA to determine if a txn is valid. A computer network provides all arbitration, and there are ways clever thieves can manipulate that situation to their advantage. It's not generally worth it for a cup of coffee, but for higher amounts it could be. That said, if you have a connection to blockchain.info, which seems well connected, and see a valid txn come through you can be relatively sure it's okay and will confirm, especially for smaller amounts. There are projects (like greenaddress.it) looking to make 0 confs quite safe, by being based on something other than normal blockchain txns.
8  Bitcoin / Bitcoin Discussion / Re: Do you call it the block chain or blockchain on: March 19, 2015, 12:52:08 AM
Do you call it dog house or doghouse?

As a natural progression of English words commonly used together often join to form a new single word, or compound word. Satoshi used block chain because that made the most sense then. Prior to 2005 there certainly were no blockchains around. What usually happens is words start as two independent words like school bus, or rail way. Then people add a hyphen like rail-way. Eventually this merges into the single word: railway. It's "most correct" I believe to denote each stage as it happens in print over time.

We should probably be calling it block chain right now because most people still don't even know what crypto currency is. However, many of us that live and breathe this stuff daily have already skipped any hyphenated forms and went straight to blockchain based cryptocurrency Wink
9  Bitcoin / Development & Technical Discussion / Re: New method of 51% attack? on: February 18, 2015, 03:21:07 AM
I think I was more thinking about some country who hates bitcoin buying up a bunch of hardware and then attacking the system like this to shut it down.

I don't think that's very likely. Attacking the system isn't without risk. It would be hard to pull off such a large undertaking without ever being exposed, which then subjects the attackers to whatever backlash there is, political or otherwise, from a growing global community with increasing stakes in the system, all for a risky maneuver which might not amount to more than a temporary network inconvenience.

I don't follow when you say that "Multiple conflicting transactions would break the attack, though, as there would be multiple orphan chains".

I was responding to this:

Quote
The miner could even purposefully spread double spends between the two chains. Even transaction malleability could be utilized between the two chains, putting essentially the same transaction on the two chains, but with different hashes. This would make the network very unreliable and hard to use.

There is no need to spread double spends or utilize transaction malleability. It only takes one inconsistent transaction, of any form, to create a fork. Once you have two chains your vision for the attack could commence. Adding further inconsistencies within either of the two extending chains would cause further splits, wasting valuable hashing power for an attacker trying to keep two relatively similar length, but different, chains.

If there were a fork on one of the chains, it must have been on the chain the attacker wasn't working on (because they are always the only ones working on the shorter (less-work) chain). And since it is the chain opposite to the chain the attacker is working on, the attacker will just keep working until it creates a chain with more work than either of the mini-forks on the other side of the chain.

That's a way the network could break out of that attack, actually. Say things were proceeding normally and an attacker gaining 51% forked the chain, then worked to keep each about equal length. If there was some agreement compelling say 25% of the "honest" network to create an inconsequentially inconsistent, but valid third fork the attacker would quickly find it difficult to maintain equal lengths. The distribution of hashing power would meander over the three then gravitate toward the longer, least split chain, breaking the tie.

Remember, a valid chain contains all valid transactions and no double spends. As long as there is a longest valid chain, even if the 51% attacker is the one that forked and extended it, everything still works. Now an attacker could use 51% to block or filter transactions etc., things already discussed, but that's not the attack you're describing.
10  Bitcoin / Development & Technical Discussion / Re: New method of 51% attack? on: February 17, 2015, 05:30:06 AM
... The disruptive part is that there would be switching back and forth all the time, and the two chains could contain very conflicting data. ...

That wouldn't be Bitcoin, but some other protocol/alt-coin. The Bitcoin protocol isn't only the longest chain; it's the longest chain that everyone agrees follows all the protocol rules, which includes not double spending coins and hash values which match all transactions (switched with malleability or not). A hash power advantage doesn't enable the circumvention of that.

Edit: I just got what you're saying. That would be a bit of a problem if the attacker could maintain 51% for a long period of time. Multiple conflicting transactions would break the attack, though, as there would be multiple orphan chains, but maintaining two chains of approximately equal length with one fork would mean users in the real world would need to wait to see what was the "real version of reality". I think most 51% risk comes from pooled miners, which in a stressful situation (like that of GHash.io) could migrate away, removing the hash power advantage before long.
11  Bitcoin / Bitcoin Discussion / Re: Permanently keeping the 1MB (anti-spam) restriction is a great idea ... on: February 05, 2015, 03:16:32 AM
A great detailed post as usual D&T.

Yes, I think the 7tps was meant as a technical maximum assuming 1 input and 2 outputs (1 to destination, and 1 back for change) for 225 bytes.

I agree 1MB blocks unnecessarily hinder Bitcoin, and although I don't see much difference in the potential for global value between 10tps and 20tps, seeing as VISA alone does 2,000 tps on average, I've revised my signature advertisement down from 7tps Wink
12  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 01, 2015, 09:12:05 PM
"pro" widening its lead Wink
13  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 31, 2015, 10:37:19 PM
... and uploading hundreds of megabytes of blocks every 10 minutes ...

Like I said, not all users are the same...

All shills, however, are the same.

So you scumbags had the "unanimity" a coupla months ago. Then MP bitchslapped you to all hell, and for about a week the argument was that whatever, unanimity doesn't matter because it's not like there's such a thing as weight, and a single voice with actual money can blow all of you windbags out of the water. Now that "unanimity" can't even be astroturfed into existence on a fucking forum, so you've suddenly discovered weighting?

Get fucked. Nobody wants to buy the Gavin scamcoin even at a 25% discount. What are you even talking about, majority of what? Bitpay made a loss. Coinbase never made a profit. MPEx made more last month than the entire USG ecosystem in Bitcoin, in its entire lifetime. A bunch of start-ups with no revenues, living series to series are going to compete with MP?

Lay off the pipe.

Classy.
14  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 31, 2015, 10:07:32 PM
... and uploading hundreds of megabytes of blocks every 10 minutes ...

Like I said, not all users are the same...
15  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 31, 2015, 09:45:24 PM
Now i see. Gavin announced chaos and drama to the press because he himself intends to create it. He gets a 30% veto and still wants to proceed. It's gonna rip. I just switched to Litecoin.
...

A sampling of 30% of average forum users isn't the same as 30% of the community, and certainly not the ecosystem. In reality individual users and organizations carry different weight. At the end of the day people who believe in Bitcoin (and invest their money into it) will do what they can to protect that value. The fork which has the most economic value will be the one most likely to survive with confidence of those who continue to accept it.

My understanding is a lot of heavily weighted entities in the ecosystem already support Gavin's proposed course. The larger challenge is for the minority to convince enough users - of all sorts, not just ideologues - to stand with them.

As it stands I think we already have, or can gain enough consensus to proceed with minimal discomfort. If there remains a market demand for 1MB blocks afterward it's certainly easy to have that. I don't understand the need to drag along those who want to ensure larger commerce adoption and market confidence. Cryptocurrencies don't operate in a vacuum, and they're not going away.

On a side note I also like Litecoin, another thing I was first to promote in the context of community growing pains.
16  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 31, 2015, 04:49:53 PM
I don't really keep up with development too well, are things like additional message and protocol fields being discussed, whatever kind of things that would make it easier to use Bitcoin's security in parallel systems and possibly need a hard fork? Just thinking something that important should cover anything we can see possible potential in from here.

Yes, see Factom for example, no hard fork needed.
17  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 31, 2015, 04:10:06 PM
I agree, seems presumptuous if not reckless to take on the whole world only with bitcoin.

I don't disagree with Wladimir. Anyone who has been on this forum long enough may know I was among the first to propose off-chain transactions as a critical part of scaling Bitcoin. My views there haven't changed. I still believe they will be key.

However, it's also worth noting purely off-chain solutions are likely to look more like present day centralized payment systems than decentralized P2P currency. I believe what we'll ultimately see is a combination of many technological options mobilized to keep Bitcoin working smoothly (Gavin also talks along these lines, see signature link).

I believe it's smartest, though, to build Bitcoin with the most utility possible, as a sort of if all else fails option.

People don't build cars with only one seat and tanks which hold just 2 gallons because people mostly make short trips to grocery stores and often travel alone. Buses and airplanes exist complementing cars, transporting large numbers of people, including cross country. However, the full utility of a car means if no other option exists a standard car can still get that job done. That's how I view Bitcoin. Nobody knows exactly how the future will look, but it won't be black versus white. If more alternatives ease the transaction load on Bitcoin then everybody still wins.

Gavin's latest size limiting plan doesn't alone account for handling all of the world's transactions; not by quite a long shot.
18  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 31, 2015, 03:11:34 PM
kind of a noobish question but why not sort of raise the number of blocks instead of increasing their size?

Raising the number of blocks alone doesn't solve the problem of global usage. Litecoin already has 4 times as many blocks on average over time as Bitcoin, meaning it can already support more users than Bitcoin with its copied 1MB limit. But it can't support global usage either without raising its block size, which could very well happen, regardless what the Bitcoin community does.
19  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 31, 2015, 02:57:00 PM
This is really simple to me.

If you ask all 'anti' fork folks if they hold Bitcoin with an expectation of eventually being part of a large global group of users they will probably say yes (they don't expect to only be able to transact with friends). This is what gives bitcoins value and expectation of higher future value. Therefore holding bitcoins == belief in global user base.

At the same time the anti group wants Bitcoin to remain decentralized. However, nobody has proposed making it centralized.

The anti group isn't arguing this. They are arguing for protection from Bitcoin becoming centralized. However, how to protect Bitcoin from becoming centralized was never spelled out as 'it must never transmit over 1MB blocks'.

It's true keeping 1MB blocks reduces risk of centralization, but so does 1KB blocks. Both of these limits are unworkable for supporting a global user base, but only the 1KB block is more obviously problematic at current usage.

The anti group seems to have a disconnect between present day usage and future usage.

As Gavin said raising the size in line with current capability and expectation that technology at least continues to follow Moore's Law and Nielsen's Law seems a reasonable compromise. What is there otherwise? Not much.

20  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: January 30, 2015, 11:17:17 PM


Everything has been investigated, debated and re-debated for years now. I appreciate that everyone has an opinion, but not everyone has been involved since nearly the beginning, nor understands everything involved at the same level. It's definitely the right thing to do.

Is that the same people/group debating and doing the thinking that's responsible for the high inflation too? Where is your elitist circle having discussions exactly? Would love to witness that fun. You have failed before more than once #justsayin'

Satoshi is the one who decided on Bitcoin's high inflation rate in the early years, which I believe was (wisely) done to distribute the currency widely; Bitcoin, or any currency, is more valuable the more users it has.

Development discussions currently happen on the IRC channel for Bitcoin, the development mailing list, the /r/bitcoin subreddit at Reddit, and this very forum (more serious discussions usually are to be found in the Development & Technical section).
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 ... 65 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!