Bitcoin Forum
July 01, 2024, 03:16:49 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 [588] 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 ... 1160 »
11741  Bitcoin / Bitcoin Technical Support / Re: Help me to recover funds from 18 phrases on: September 23, 2019, 05:30:49 AM
According to [overview] Recover Bitcoin from any old storage format , the only wallet which uses 18 words mnemonic is Armory.

but that is not "mnemonic" or as OP puts it "18 phrases". they are more like 72 random characters that are split into groups of 4 (18x4). it is most probably blockchain.info recovery phrase since they have gone through a range of lengths for their recovery phrase.
if that didn't work, it could be a Coinomi seed as they at some point let users select the number of words they wanted in their seed phrase and 18 was one of the choices.
11742  Bitcoin / Development & Technical Discussion / Re: Self destruct/send coins after X failed pass attempts on: September 23, 2019, 05:10:35 AM
it is both pointless and harmful to the regular users. a lot of them will end up breaking the thing themselves by entering their passwords with typos! besides if someone is trying to brute force your password through the client, there is a much easier way to prevent them from succeeding: 1. use a stronger password than "123", 2. add a simple fail_counter to add a delay like 30 seconds each 3 times they fail!
otherwise those who actually brute force a password, don't use the  client, they open the file itself and you can't do anything about that.
11743  Bitcoin / Bitcoin Discussion / Re: New bitcoin mining algorithm on: September 23, 2019, 05:00:20 AM
Seeing that bitcoin has long been impossible to mine on a regular computer
it is impossible to mine bitcoin without investing a large amount of money and no matter what alogirthm it switches to, in the end that large amount of money will be required because there are A LOT of people mining bitcoin hence the difficulty will always be high and consequently you need to have a higher hashrate => invest more money.

Quote
began to ponder the question of why the development team does not seek to switch to another algorithm
because unlike shitcoins, in bitcoin we don't want to fool people into thinking if they could mine it with a cheap computer (that translates into having a low difficulty and hashrate) then the coin is a good and "decentralized" one!

Quote
to stop the mining of coins by large corporations
nobody is stopping you to buy a ton of ASICs and become a "large corporation that mines bitcoin". so i don't see any issues there. it is just that YOU don't want to make that kind of commitment and others do and you blame them for that kind of investment!

Quote
It may be worth switching to the pos algorithm,
PoS is the weakest with lots of issues.

Quote
you will not need to spend a huge amount of electricity and investors will be able to receive passive income for storing coins.
why should anybody be paid money out of thin air for just owning money?

Quote
There will also be no need to be afraid of the quantum computer.
if quantum computers were capable of breaking anything you would have a lot more to worry about than just the mining algorithm that bitcoin uses...
11744  Bitcoin / Bitcoin Discussion / Re: Bakkt has traded only 7 BTC so far on: September 23, 2019, 04:53:09 AM
doesn't "so far" in this context means the past 4 hours? since it seems like Bakkt just started running their market. and if that is true, then 7BTC/4 hour is not such a small figure for something that is not even a day old. that is $70k we are talking about not a small amount of money.

also next time try to provide a more reliable link than an instagram post!
11745  Bitcoin / Bitcoin Discussion / Re: What if SOUTH KOREA SHUTTINGDOWN BTC??? on: September 23, 2019, 04:34:13 AM
Bitcoin is facing some hard and complicated situation these past few weeks.

since when a currency having a stable price is considered "hard and complicated situation"?

What do you think is the big and huge effect and outcome if South Korea beyond doubt to plan and decide to shut it downs the crypto?

i think you may benefit from familiarizing yourself with the concept of being "decentralized". it is not just a word.
11746  Economy / Speculation / Re: Crypto Bulls Celebrate Too Early? on: September 23, 2019, 04:24:56 AM
At present, it is difficult to understand the status of Alter Coins. There was a time when the price of Bit Coin would increase. But Alter Coin will run the bull. Because Alter Coins will not always be in bad shape.

actually it is never hard to understand the "status" of altcoins, they are always getting pumped and dumped. the only thing that is hard is predicting when they get pumped. and most people confuse these pumps with bull runs which imposes a lot of problems for them, otherwise if you see them for what they really are then you won't get confused like the OP here!
11747  Other / Meta / Re: Links in Altcoin Discussions and Elsewhere on: September 22, 2019, 04:35:07 AM
it is not just Altcoin Discussion, it is all over the forum. i usually report them as "link advertisement". basically they create a random low quality website with click bait articles which they mostly copy from elsewhere. then come to bitcointalk and spam the links all over the forum to redirect traffic. i don't think restriction on links with ranks is enough though. banning the URL itself might be a better solution, at least in sever cases.

example coinidol:
https://bitcointalk.org/index.php?action=profile;u=2626969;sa=showPosts
https://bitcointalk.org/index.php?action=profile;u=945239;sa=showPosts
https://bitcointalk.org/index.php?action=profile;u=384833;sa=showPosts
11748  Bitcoin / Development & Technical Discussion / Re: Example of BTC collision (2 different priv key to the same BTC address) on: September 22, 2019, 04:18:16 AM
can you just say how many private keys do you have to the same address? And also how many addresses do you have with more than one private key?

we are not "mapping" keys to addresses to have 1:X ratio. we are hashing the public key which returns a random result so there is no fixed ratio. there is a chance of collision because the hash size (160 bits) is smaller than the number of private keys (a little less than 256 bit) but so far nobody has found any collisions and will not find any for a very long time. anybody who claims otherwise without proof is most probably lying.
11749  Bitcoin / Project Development / Re: Javascript HD Bitcoin wallet project start-up on: September 22, 2019, 04:07:16 AM
I did not create a function.
I do call multiple functions to perform the task.

I dont get your point. I'am calling a function for each step. There is even a link to the module that provide the function.

well i am not familiar with JavaScript, so let me rephrase it like this. you have to split your code into different components that you can call and test separately. for example if you had a public key and wanted its corresponding address, is there anything you could call in your code to do exactly that?
also do you have any tests written for your code?

you have to be able to write a test like this (pubkey -> bytes for encoding):
input:
Code:
pubkey: 03b30574120027d4f51edb1cfc323d197aba3fe5e86c85cbbfc8946a4dbf55fa2b
output:
Code:
expected: 003683f0d40e5cfb112e9055f792204e58614815f4c7615408

by splitting your code and "testing" each "component" you can easily find the problem. now when you test this you get a result from your code called "actual" then compare it with "expected" that you hard coded in your test. then you realize that your returned value has a wrong last 4 bytes. so now you know the problem is with your checksum and you can go back and focus on that part and fix that part.

in this case (again i am not familiar with JavaScript but) this part should change from:
Code:
const hash2 = createHash('sha256').update(hash1rmd).digest();
const hash3 = createHash('sha256').update(hash2).digest();
to
Code:
const hash2 = createHash('sha256').update(pubAddr).digest();
const hash3 = createHash('sha256').update(hash2).digest();
since your checksum is 2x SHA256 of 3683f0d40e5cfb112e9055f792204e58614815f4 instead of 003683f0d40e5cfb112e9055f792204e58614815f4
11750  Bitcoin / Bitcoin Discussion / Re: We need a MrBitcoin like MrBeast to increase Bitcoin adoption. on: September 22, 2019, 03:41:55 AM
the problem here (apart from getting newbies who want to get rich quick which was mentioned before) is that unlike fiat you first have to educate people about bitcoin, you can't just hand over some coins and wish it helps adoption. most of them would just go to some website like coinbase, dump it and get out.
if you want a MrBitcoin then check out Andreas Antonopoulos content on youtube. he is the "real" MtBitcoin that is educating people with correct information instead of hyping them up and telling them "you'll become rich overnight".
11751  Bitcoin / Bitcoin Discussion / Re: 256 bit encryption cracked ... does it affect Bitcoin security? on: September 22, 2019, 03:14:38 AM
congratulations they broke a ~4 bit security level key in their attempt Cheesy

but jokes aside in cryptography the size is not the only thing that matters, the estimated "security level" that the keys provide is the important thing. size is only one factor that determines that level. for instance for Elliptic Curve Cryptography (ECC) the security level is half the key size but in Rivest–Shamir–Adleman (RSA) algorithm the security level is a lot lower than just half (calculated like this).
in short you can refer to the table provided in Standards for Efficient Cryptography (SEC 1):


the achievements that this paper is about, is the Factorization they are using and the optimization that has led to which is reducing the time it takes to break RSA by a lot.
11752  Bitcoin / Bitcoin Discussion / Re: Problem with Watch-only wallet and bitcoin address on: September 22, 2019, 03:00:30 AM
wallets are simply computer programs, they can't read minds Wink
so when you give them a master key, they don't make any assumptions, instead they start deriving a fixed number of keys (usually less than 15) then check them to see if they were ever used. if they weren't then assumption is that the key is brand new. so your 228th key goes unnoticed. if they were used they start deriving more keys (16th+) and check them until they reach unused keys and stop.

so to get your 228th key you have to explicitly tell your wallet to check that. usually this is done by telling the wallet to derive all 228 keys (eg. using gap limit variable in Electrum). but you have to know that you are increasing your wallet file size that way and put a burden on servers which you connect to and keep checking for balance of these addresses for no reason.

ps. try using TestNet for testing these things. that way it won't cost you anything and you also don't spam bitcoin network. Electrum wallet supports TestNet.
11753  Bitcoin / Bitcoin Discussion / Re: Using Locktime for inheritance planning, backups or gifts on: September 22, 2019, 02:44:12 AM
ie it will forever be compatible with whatever official client is in use in 15 or 20 years time? a tx created with locktime today will always work in the future?

since bitcoin is not centralized, there is no centralized entity to release "official" anything. all we have is consensus that the entire network has to agree no matter what client they run. and since things like LockTime are enforced by the protocol to change them we have to create a fork and that is not going to happen and even if it does you will see it if you follow bitcoin (as in checking every couple of months).
11754  Economy / Speculation / Re: Are you guys ok if BTC ends in the 10k USD range at the end of 2019? on: September 21, 2019, 05:43:19 AM
The monthly average is at 10k and the 50 day average also mostly because yes we've been orbiting 10k for a long time.   Right now we are basically just stuck at 10k and barely leaving its confines for more then an hour, which is strange and unlike normal progress in BTC.
    So this is a bit like asking if Im ok with the TV floating mid air, sure if it still works and doesnt fall I dont mind but I'm also wondering why the TV would floating in the middle of the room for 3 months for no apparent reason.    That question of why is the price so decided on this particular point precisely when actually FIAT currencies vary in value anyway so this nominal price shouldnt be that important.     Thats not exactly ok, we are expecting a breakout and it seems like it will wait us out and move when we sleep.

haha, a funny comparison but a wrong one. in case of bitcoin it is not the first time to see this kind of "stuck" price and it not out of the ordinary. in fact it happens more than you may think. they usually show either accumulation or the undecidedness of the market participants. and are always the transitioning phase from one state to another. for example the $3k stability which lasted ~4 months was the accumulation phase with everyone being afraid and undecided where market got ready to launch towards $6000 in one month and $13k in 2 months.
11755  Bitcoin / Project Development / Re: Javascript HD Bitcoin wallet project start-up on: September 21, 2019, 05:05:22 AM
your code is pretty bad because you are doing a million different things inside one function. it is near impossible and extremely time consuming for anyone to find out where the problem is!
there is a very single solution for that though. you must simply split your function apart into multiple functions each doing a different job, and then write tests for each function individually and see if they are working as they should.

for example:
- 1 function should be calculating checksum of a given byte array and return 4 bytes. your test would be passing an arbitrary byte to this and seeing if it returns correct 4 bytes after doing double_sha256 on it.
- 1 function should encode a given byte array to base58
- another function should encode a given byte array to base58 with checksum using the previous 2 functions
- 1 function should convert a public key to address
- and so on...
11756  Bitcoin / Bitcoin Technical Support / Re: BITCOIN TRANSACTION BUG on: September 21, 2019, 04:47:06 AM
Quote
14rAgGLf5aLn61yavc1eiNkuZKusy5bVLG

you say this address belongs to you, right?
did your blockchain.com wallet generate it randomly or did you acquire it from somewhere else (like an exchange, or another similar service) and then import it in your wallet? do you have its private key or just the address?

the behavior looks nothing like a hacked wallet (spend after 1 hour instead of immediately), but it looks more like what services like an exchange or a gambling site,... does.

so does this mean blockchain.com can freely access you account and interfere with the funds inside it and use it as they please? since OP said that he didn't made any transaction to send out the
the transaction he received the only possibility now is that blockchain.com has complete control over their users accounts. if that is so, this is quite troubling.

no it doesn't mean that and no blockchain.com doesn't have that kind of access.
the address is behaving like that and i didn't know where the address was coming from. as OP later replied the address is NOT created by his account but comes from somewhere else (it is imported) but he didn't answer my other questions nor did he say how he created this address. so i have to guess at this point.
so for example if the address is created by his exchange account, and then imported that into his blockchain.com wallet, that behavior is easily explained. when he makes a deposit in his exchange account, it remains in that address for a little while then the exchange moves the funds so he sees a "withdrawal" in his blockchain.com account.
11757  Bitcoin / Development & Technical Discussion / Re: Dead man's switch: better approach proposal on: September 21, 2019, 04:01:04 AM
Switching to the same wallet is a rather minor compromise in my opinion for what seems to be a better solution to most other proposals.

I'd agree since it's compared with method where 3rd party is required. But it could be major compromise if the wallet isn't actively developed where the security is questionable and it could be discontinued anytime.

things like this proposal don't have to be a full wallet since all they do is creating a scriptPub that is not common. so they can simply be another feature in the already existing wallets. if the wallets didn't add the feature it still can be built on top of them. for example with a very small amount of code it could be built on top of Electrum. that way it doesn't really have to change/maintained over time and it still relies on a wallet that you may trust.
11758  Bitcoin / Bitcoin Discussion / Re: World’s first offline system for transacting cryptocurrencies! on: September 21, 2019, 03:45:44 AM
i would never even go near something like this simply because they are obviously lying about a ton of things and exaggerating what their product does. an honest company would simply first acknowledge the previous works and the already existing tools (for example in this case the hardware wallets that already exist) and then explains why their product is any different from others. but they chose the lying route saying their crap is "world's first" whereas it is repetition of what was already created.
maybe they are doing it this way because they are afraid they might get sued soon for ripping off other patents.
11759  Bitcoin / Bitcoin Discussion / Re: Adoption! Finally? on: September 21, 2019, 03:26:07 AM
can we really consider these as "adoption"? sure they are helping the adoption but to me the term means when people start using bitcoin. for example what happened in Japan where you can actual shops in the cities accepting bitcoin as payment.

these articles are mostly talking about big names wanting to make profit from the volume that already exist from traders. and the second article is not even related to bitcoin, it is another fundraising!
11760  Economy / Speculation / Re: Bitcoin Declining. on: September 20, 2019, 05:47:38 AM
Why the fuck is bitcoin declining, any FUD new or any whales dump? Dropped now from $11k to $9k
Yesterday bitcoin drops to 9k usd again falling 600usd in just couple of hours so are you angry again!then what about if bitcoin is Inc growth are you celebrating?
Why people act this days nowadays,are those remain here are pretender to be investors?i hate it when I saw thread reacted badly just when they are about to see small decreases in prices
Can’t we give bitcoin and altcoins some time to grow good again without making this kind of weak thread?
That was probably a bull trap and yet people starts to fall for it and now they were complaining because the price started to decline. Whales are everywhere they can do whatever they want to the market since it is open and free. I think these people are getting tired of waiting and it stresses them to wait. Roll Eyes
For several times that we are experiencing like this, I don't see this a form of another bull trap. There is another factor that brings the price into like this and that is we wanted to look by rather than of blaming directly to the whales for this drops. Whales are not in control with the market price, yes they could influence the trend but not actually they are the one causing of all ups and downs scenarios.

you mean "bear trap" because it is the bears who are being slaughtered these days as they are the ones thinking the price should go down and go against the market. otherwise the bulls are accumulating in this sideways market to get ready for the launch.
as for whales, you have to remember that not all of them go in the same direction. for example the whale bears that are having their heads chopped off these days are going against the whale bulls that are eating them up. Tongue
Pages: « 1 ... 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 [588] 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 ... 1160 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!