Bitcoin Forum
January 18, 2019, 09:10:52 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
  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 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 ... 302 »
601  Bitcoin / Development & Technical Discussion / Re: Organic UTXO consolidation (in the course of regular payments) on: October 04, 2018, 01:43:15 AM
So basically a formula to determine whether it's worth to consolidate UTXO set, nice idea.

However, there are multiple privacy concern when you receive Bitcoin from multiple party and you don't want any party how much Bitcoin you have or with whom you made Bitcoin transaction.
If wallets gonna implement this idea, such warning should be shown to users.

Also, IMO there should be balance between UTXO size/set, blockchain size and TPS.

Quote from: RHavar
If it takes a week to confirm, it's not a big deal.

But this means you are freezing this balance for a week, and need to get funds from somewhere else, like your cold wallet.

Also, big sweeping transaction is more visible.

You can spend unconfirmed UTXO/input and thus make both transaction could be confirmed faster (aka CPFP).
602  Bitcoin / Development & Technical Discussion / Re: [Discussion] Dandelion - A protocol to hide transaction origin on: October 04, 2018, 01:33:16 AM
Although it is brilliant idea and seems to be helpful for users who run a full node, I afraid it is hardly enough for average users. Typically, they use either online wallets and are totally compromised or spv wallets which disclose the addresses they are interested in, to their (potentially spy) peers  anyway.

I agree, however SPV wallet users can use Tor (or other secure connection) to prevent tracking / reduce information that could be tracked.
Besides AFAIK it's possible to implement Dandelion on SPV wallet since all Dandelion do are make privacy graph and broadcast transaction to other peers in graph or selected nodes which SPV wallet connects to.

I just use any of the send transaction web pages:
https://en.bitcoin.it/wiki/Transaction_broadcasting

some of them don't work through tor, but others do.

I can however understand that someone might have a need to anonymously broadcast new txs in a more systemic way, in which case my method will not be very good for him.
but then, as I say, there are safety concerns of people who'd have to participate in this kind of open source system.


To be fair, both TX broadcasting services and Dandelion have different safety concern. But IMO being open-source and no third-party dependent is more favorable.
603  Bitcoin / Bitcoin Discussion / Re: Bitcoin Core 0.17.0 Released on: October 03, 2018, 05:04:01 PM
Now, when i close Bitcoin core by click q or click Close icon, it's showing Message Box with message "Error: A fatal internal error occurred, see debug.log for details.", even though i think there's no error in debug.log and the process continue normally when i open Bitcoin Core again.
Code:
2018-10-03T15:10:53Z Bitcoin Core version v0.17.0 (release build)
2018-10-03T15:10:53Z InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2018-10-03T15:10:54Z Assuming ancestors of block 0000000000000000002e63058c023a9a1de233554f28c7b21380b6c9003f36a8 have valid signatures.
2018-10-03T15:10:54Z Setting nMinimumChainWork=0000000000000000000000000000000000000000028822fef1c230963535a90d
2018-10-03T15:10:54Z Using the 'shani(1way,2way)' SHA256 implementation
2018-10-03T15:10:54Z Using RdRand as an additional entropy source
2018-10-03T15:10:56Z GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core didn't yet exit safely..."
2018-10-03T15:10:56Z Default data directory C:\Users\R9\AppData\Roaming\Bitcoin
2018-10-03T15:10:56Z Using data directory D:\Bitcoin
2018-10-03T15:10:56Z Using config file D:\Bitcoin\bitcoin.conf
2018-10-03T15:10:56Z Using at most 125 automatic connections (2048 file descriptors available)
2018-10-03T15:10:57Z Using 16 MiB out of 32/2 requested for signature cache, able to store 524288 elements
2018-10-03T15:10:57Z Using 16 MiB out of 32/2 requested for script execution cache, able to store 524288 elements
2018-10-03T15:10:57Z Using 12 threads for script verification
2018-10-03T15:10:57Z scheduler thread start
2018-10-03T15:10:57Z Using wallet directory D:\Bitcoin
2018-10-03T15:10:57Z init message: Verifying wallet(s)...
2018-10-03T15:10:57Z Using BerkeleyDB version Berkeley DB 4.8.30: (April  9, 2010)
2018-10-03T15:10:57Z Using wallet wallet.dat
2018-10-03T15:10:57Z BerkeleyEnvironment::Open: LogDir=D:\Bitcoin\database ErrorFile=D:\Bitcoin\db.log
2018-10-03T15:10:57Z Cache configuration:
2018-10-03T15:10:57Z * Using 2.0MiB for block index database
2018-10-03T15:10:57Z * Using 56.0MiB for transaction index database
2018-10-03T15:10:57Z * Using 8.0MiB for chain state database
2018-10-03T15:10:57Z * Using 384.0MiB for in-memory UTXO set (plus up to 286.1MiB of unused mempool space)
2018-10-03T15:10:57Z init message: Loading block index...
2018-10-03T15:10:57Z Opening LevelDB in D:\Bitcoin\blocks\index
2018-10-03T15:11:13Z Opened LevelDB successfully
2018-10-03T15:11:13Z Using obfuscation key for D:\Bitcoin\blocks\index: 0000000000000000
2018-10-03T15:13:31Z LoadBlockIndexDB: last block file = 1389
2018-10-03T15:13:31Z LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=148, size=129374436, heights=544076...544223, time=2018-10-02...2018-10-03)
2018-10-03T15:13:31Z Checking all blk files are present...
2018-10-03T15:13:33Z Opening LevelDB in D:\Bitcoin\chainstate
2018-10-03T15:13:33Z Opened LevelDB successfully
2018-10-03T15:13:34Z Using obfuscation key for D:\Bitcoin\chainstate: 9b2bb5a6d367904e
2018-10-03T15:13:34Z Loaded best chain: hashBestChain=00000000000000000000ad4287dffedd2f5903fe0193f5c36313d7a18bfda7ef height=544223 date=2018-10-03T14:49:03Z progress=0.999990
2018-10-03T15:13:34Z init message: Rewinding blocks...
2018-10-03T15:13:35Z init message: Verifying blocks...
2018-10-03T15:13:35Z Verifying last 6 blocks at level 3
2018-10-03T15:13:35Z [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2018-10-03T15:15:43Z No coin database inconsistencies in last 6 blocks (15092 transactions)
2018-10-03T15:15:43Z  block index          285618ms
2018-10-03T15:15:43Z Opening LevelDB in D:\Bitcoin\indexes\txindex
2018-10-03T15:15:43Z Opened LevelDB successfully
2018-10-03T15:15:43Z Using obfuscation key for D:\Bitcoin\indexes\txindex: 0000000000000000
2018-10-03T15:15:43Z Upgrading txindex database... [0%]
2018-10-03T15:27:32Z Upgrading txindex database... [10%]
2018-10-03T15:46:24Z Upgrading txindex database... [20%]
2018-10-03T16:06:32Z Upgrading txindex database... [30%]
2018-10-03T16:26:56Z Upgrading txindex database... [40%]
2018-10-03T16:44:37Z Upgrading txindex database... [50%]
2018-10-03T16:51:57Z [CANCELLED].
2018-10-03T16:51:57Z Potential stale tip detected, will try using extra outbound peer (last tip update: 372 seconds ago)
2018-10-03T16:51:57Z *** Start: txindex failed to initialize
2018-10-03T16:52:34Z init message: Loading wallet...
2018-10-03T16:52:34Z [default wallet] nFileVersion = 170000
2018-10-03T16:52:34Z [default wallet] Keys: 2004 plaintext, 0 encrypted, 2006 w/ metadata, 2004 total. Unknown wallet records: 2
2018-10-03T16:52:35Z [default wallet] Wallet completed loading in             390ms
2018-10-03T16:52:35Z [default wallet] setKeyPool.size() = 2000
2018-10-03T16:52:35Z [default wallet] mapWallet.size() = 0
2018-10-03T16:52:35Z [default wallet] mapAddressBook.size() = 5
2018-10-03T16:52:35Z Shutdown: In progress...
2018-10-03T16:52:35Z Leaving InitialBlockDownload (latching to false)
2018-10-03T16:52:35Z scheduler thread interrupt
2018-10-03T16:52:35Z [default wallet] Releasing wallet
2018-10-03T16:52:36Z Shutdown: done

Already out? That's faster than i expected. Can PSBT can be used from GUI or user must use Debug Window/bitcoin-cli?
There is no GUI support AFAIK. In most cases, a major feature is always released first without GUI support (those that actually need it).

Considering past features such as SegWit, i guess it's true. Gonna check myself after txindex DB migration is done.

P.S. did you forget to make this thread self-moderated?
Prepare for the spambots and trolls like franky. Roll Eyes

No trolls when people even don't know about new features Tongue
604  Bitcoin / Development & Technical Discussion / Re: Lightning Network Discussion Thread on: October 03, 2018, 04:39:49 PM
Looks like Electrum will support LN very soon, this surely will boost LN usage since majority of Bitcoiner who own desktop use Electrum.

https://twitter.com/ElectrumWallet/status/1047498819133480961
605  Alternate cryptocurrencies / Service Discussion (Altcoins) / Re: New coins supported on Ledger Nano S! on: October 03, 2018, 04:35:22 PM
I would prefer if they focus on adding native support for the already existent coins on the Ledger Live dashboard (so we don't have to use a third-party wallet) instead of adding as many shitcoins as possible. But ok, maybe they just want to say they are the hardware wallet with the largest number of coins in the market.

Like, Banano? Are you serious?

Banano and most of their supported coins are forked from popular coins that they already support, so supporting those coins should be piece of cake. But Banano might have strong community just like DOGE Roll Eyes

But looks like they focus on quantity rather than trending/popular coins such as IOTA and ADA which is ridiculous.
606  Economy / Service Discussion / Re: Buying gift card with Bitcoin on: October 03, 2018, 03:40:47 PM
I had no idea egifter and gyft wanted ID. They can kiss my behind before I'd do that for some crappy gift card.

I should mention that happened to me a years ago, but as i remember, that only happens on specific case. Not sure about both of them now, but there's no reason to use these services when there's another better services.

https://joltfun.com is cool. They're lightning network enabled and I've bought a few things from there. No PSN, but some Xbox games.

Looks nice, especially since they send the codes if you use LN. Added to bookmark Smiley

I've begun using Reddit to change crypto to gift cards, especially for Amazon gift cards, as they pulled all cards from third party sellers a few months back and the cards are only obtainable through rewards points on gift card sites now.

Few smaller sites still sells AGC (such as what i mentioned above), but the rate isn't as good when Amazon's regulation is less strict.

The subreddit I'm talking about is r/giftcardexchange, and I suggest buying in smaller increments there unless you've already got reputation there. I only traded there with reputable vendors for Amazon gift cards, and I've never been scammed even though I went first for a few hundred dollars of gift cards. Not the easiest way to obtain gift cards, but I've been able to get many at 85% through the subreddit.

P2P trade looks tempting, but still more risky and it's more convenient to buy from reputable website.
607  Bitcoin / Bitcoin Discussion / Re: Bitcoin Core 0.17.0 Released on: October 03, 2018, 03:12:27 PM
Already out? That's faster than i expected. Can PSBT can be used from GUI or user must use Debug Window/bitcoin-cli?

I'm glad there's "Shutdown and continue later" for txindex enabled nodes since i had to restart after another software update Smiley

P.S. did you forget to make this thread self-moderated?
608  Economy / Gambling / Are there any gambling website which accept Monero and Tor friendly? on: October 03, 2018, 02:49:06 PM
Hi, i'm looking for gambling website which accept Monero and Tor friendly (have .onion domain or at least don't have CloudFlare/similar annoying protection).

I find SafeDice (safedice2ge73n2g.onion, but looks like the admin/staff isn't active and there's few delay/problem. Other website which accept Monero don't have .onion website and few even have CloudFlare enabled which is annoying for Tor users.
609  Other / Ivory Tower / Re: [Bitcoin v Bitcoin Cash] What do you call it? on: October 03, 2018, 05:25:32 AM
There's no winner, all of them wasting their time knowing other parties won't change their perspective or admit they're wrong/lose.
They should use their time for something better such as more time into BTC/BCH development, participate in community or introduce BTC/BCH to other people.

But if i had to choose, i would choose Jimmy Song since he's BTC supporters. Jimmy Song also publish his text for debate preparation if you curious at https://medium.com/@jimmysong/bitcoin-cash-is-a-fiat-money-39626c002f77
610  Economy / Service Discussion / Re: Buying gift card with Bitcoin on: October 03, 2018, 04:19:48 AM
From my experience, https://steamgamesbtc.com and https://www.bitrefill.com/ are best website to buy gift card or other digital goods.
Both of them don't have restriction such as must have account, country, identity verification or purchase limit if you're not verified. Also, Bitrefill accept various cryptocurrency including Bitcoin through LN.

eGifter and Gyft sucks since they require some identity and limited to some countries while Paxful have too many scammers.
G2A isn't site that i would trust either since there are some scammers and they make lots of game developer/publisher suffer from economic and reputation side.
611  Economy / Gambling / Re: SafeDICE.com ★ Bitcoin Dice ★ Monero ★ 0.5% Edge ★ Fast Cashout ★ Since 2014 on: October 03, 2018, 02:19:48 AM
Hi, i'm Tor user and surprised that there's Tor friendly casino (and even accept Monero)

Anyone knows the fees and minimum withdraw when withdrawing Monero? Is the fee 0.01 XMR just like most greedy exchange? I checked thread first page, site's FAQ and site's withdraw tab, but there's no info. If the withdraw fees/amount is low, i want to try SafeDice again.

There's no info on site regarding XMR fees. Looking in my own XMR withdrawal history, the fees varied from 0.01 and up, but that was in 2015 when XMR was worth ~$1 or less, so probably normal back then.

To be honest, I wouldn't recommend depositing any XMR, at least until admin shows some signs of life.

I tried to initiate test XMR withdrawal (despite having zero balance) and instead of 'insufficient funds' message got: Something went wrong, hot wallet may be empty please be patient or contact us via email in the FAQ section.

Thanks for the information, even though it's weird since when i look at site's invest tab, there's thousand XMR at the bankroll.

Guess i'll search another casino which accept Monero and Tor friendly.
612  Economy / Gambling / Re: SafeDICE.com ★ Bitcoin Dice ★ Monero ★ 0.5% Edge ★ Fast Cashout ★ Since 2014 on: October 02, 2018, 01:56:14 PM
Hi, i'm Tor user and surprised that there's Tor friendly casino (and even accept Monero)

Anyone knows the fees and minimum withdraw when withdrawing Monero? Is the fee 0.01 XMR just like most greedy exchange? I checked thread first page, site's FAQ and site's withdraw tab, but there's no info. If the withdraw fees/amount is low, i want to try SafeDice again.
613  Bitcoin / Alternative clients / Re: [ANN] - SPATIUM WALLET - CRYPTO SECURELY WITH SPATIUM on: October 02, 2018, 01:36:16 PM
Looks interesting, but i have some questions :
1. Any easier / detailed explanation about one-time signature and sign a transaction without storing the transaction? Seems like magic involved since the explanation is vague.
2. Where are the source code of your software wallet and hardware wallet? People who's sane won't use any closed-source/centralized wallet.
614  Bitcoin / Bitcoin Technical Support / Re: Lost Bitcoin on: October 02, 2018, 12:07:46 PM
Core does never overwrite a wallet.dat if it already exists in the directory.
Chances are high that this is your old wallet (if it was in the correct directory).

Core does only create a new wallet.dat if there is no in the data directory (standard directory?)

Even if you have deleted the file, under some circumstances you would be able to recover it using some recovery tool and a linux distro.


But, the phrase from your OP is not related to core in any way (maybe your wallet password?).

I have a software program called Recova, its a windows program. I managed to see that there were some files deleted in the recycle bin relating to bitcoin dating back to 2013, and they were called:
blk00013.dat
000346.ldb
rev00029.dat

any reason why it might show these in the recycle bin recovery program?

Also, why should I use Linux distribution to recover files instead of the Recuva program? Is it better? Will it find a lot more files?

Thanks for any help,

M

Those have have isn't related with Bitcoin wallet or private key at all. I only can think the reason Recuva detect those files because the part of the luckily survived.
FYI, blk_____.dat is blockchain files, ______.ldb is index for all blockchain files and rev_____.dat is UTXO db/chainstate files.

I think he suggest using specialized linux distro which have recovery tools since usually it could find more files and perform better recovery attempt.
@bob123 it would be great if you tell the name of the linux distro or recovery tools.
615  Bitcoin / Bitcoin Technical Support / Re: Formated HDD //ANY SOLUTION TO RECOVER WALLET BACKUP on: October 02, 2018, 09:06:33 AM
I'm not sure about old version, but Exodus wallet encourage you to backup 12 words and there's option to send encrypted backup to your email. Have you checked your email if you did that in past?

is it possible to recover the backup on exodus wallet via resend it to my email ??

Only if you have non-corrupted exodus wallet file and remember the password since the option is available after you enter your wallet's password. BTW, the wallet files is located on %appdata%/Exodus on Windows.
616  Alternate cryptocurrencies / Altcoin Discussion / Re: Transaction Per Second on: October 02, 2018, 08:00:49 AM
The real question is what is the trade-off to achieve high TPS? Most blockchain/cryptocurrency achieve high TPS by sacrifice decentralization to some degree.
Some prevent run full-nodes at low cost (eg. BCH), some use have master nodes (eg. Dash) and many use super nodes (eg. EOS).

If we're talking about off-chain solution, then there are another problem such as ease of use, need to be online to prevent cheating or not everyone use same off-chain solutions.
But, off-chain have better scalability while preserve decentralization.

TLDR : High TPS is useless if it's centralized or only few people/nodes can make a decision which makes single point on failure.
617  Bitcoin / Bitcoin Technical Support / Re: bither help on: October 02, 2018, 05:29:37 AM
I canít put the seed into electrum It becomes a watch only wallet

That's weird since AFAIK Bither and Electrum support same format/standard (BIP 39). Perhaps you're mistaken choose "watch only" option when import your 12 words phrase.

If you sure didn't make that mistake, you could use this tool https://iancoleman.io/bip39/. Short steps :
1. Input your phrase at textbox beside "BIP39 Mnemonic"
2. Scroll down to Derived Addresses section
3. Add more rows if you have lots of addresses (optional)
4. Import each of the private key to electrum.

To minimize security risks, do it offline and make sure no one watch your monitor.
618  Bitcoin / Development & Technical Discussion / Re: [Discussion] Dandelion - A protocol to hide transaction origin on: October 01, 2018, 03:53:12 PM
1. Would this affect physical merchants who accept 0-confirmation, since transaction propagation will be longer and merchant/user might have wait a bit longer while there's queue?
No. The transaction will take a little bit longer (but likely not noticeably) than it would without dandelion. The effect of this is really just as if you had hesitated a few extra seconds before sending the transaction. There is no difference to these merchants as they will still likely receive the transaction at around the same time the vast majority of the network does. There is no queue.

I thought more hops before broadcast to Bitcoin network which means network delay between nodes and verification time would be noticeable for 0-conf.

2. Would this affect block size/weight limit size increase in future?
No. This is not at all related to transaction sizes, transaction formats, or consensus rules. It is purely a network protocol change. It could be deployed right now with no other changes to Bitcoin.

I only thought that since i thought that would make transaction propagation slower and few people might have concern with propagation when block size/weight limit size increase is needed.
619  Bitcoin / Development & Technical Discussion / Re: [Discussion] Dandelion - A protocol to hide transaction origin on: October 01, 2018, 01:49:12 PM
Quote
1. Would this affect physical merchants who accept 0-confirmation, since transaction propagation will be longer and merchant/user might have wait a bit longer while there's queue?

Of course. It will affect the user too. I will not let the payer leave until I see one confirmation if I was the merchant. Hahaha.

You know most physical merchants accept 0-confirmation for small transaction knowing double-spend attempt isn't cheap.

Transaction propagation is very fast and merchants/users wait few seconds to check if there's any double-spend attempt. If double-spend transaction is broadcasted after first transaction, in almost all cases it will be rejected.

Quote
2. Would this affect block size/weight limit size increase in future?

I believe yes, the same as ring signatures? Maybe DooMad can confirm.

I don't see the correlation between Dandelion and ring signatures. Could you elaborate?

Quote
3. Is using Tor/I2P/Kovri better/simpler solution?

Or take features that help in anonymous transactions in an off-chain solution that Bitcoin already has?

True, but some off-chain solution such as LN still need at least 2 on-chain transaction when open/close channel.

That said, it will obviously be slightly more resource intensive for those choosing to use Dandelion.  You'll be maintaining two distinct mempools.

I certainly didn't think that, but since once the transaction is broadcasted to network, you simply move transaction on stempool to mempool. IMO it has bigger impact on computational resource.

With this proposal/improvement, i wonder about these things :
1. Would this affect physical merchants who accept 0-confirmation, since transaction propagation will be longer and merchant/user might have wait a bit longer while there's queue?

No, in 2 ways.

1st way: Transaction propagation using BIP 156 (i.e. dandelion tx relay) will still be very fast in relative terms, so it won't make any difference in the real world
2nd way: Accepting 0-confirmation transactions will be just as risky (and inadvisable) as they are without dandelion

After read the sources more, i agree. But transaction propagation could be longer problem if user don't have any existing privacy graph/"anonymity".


Nice information, dandelion on actual usage would bring lots of interesting information, even though it's improved/modified.

A bit off-topic, looks like Zerocoin-based cryptocurrency currently trending.
620  Bitcoin / Development & Technical Discussion / Re: [Discussion] Dandelion - A protocol to hide transaction origin on: October 01, 2018, 05:37:45 AM
With this proposal/improvement, i wonder about these things :
1. Would this affect physical merchants who accept 0-confirmation, since transaction propagation will be longer and merchant/user might have wait a bit longer while there's queue?
2. Would this affect block size/weight limit size increase in future?
3. Is using Tor/I2P/Kovri better/simpler solution?
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 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 ... 302 »
Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!