Bitcoin Forum
October 21, 2018, 07:25:50 AM *
News: Make sure you are not using versions of Bitcoin Core other than 0.17.0 [Torrent], 0.16.3, 0.15.2, or 0.14.3. More info.
 
  Home Help Search Donate Login Register  
  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 ... 311 »
261  Alternate cryptocurrencies / Altcoin Discussion / Re: xmr wallet on: September 07, 2018, 06:26:53 PM
I would recommend Moneroju since it's :
1. The most user-friendly (IMO) XMR wallet
2. XMR community have audited the wallet, which means it should be secure
3. The only real wallet for Android device.

Never use centralized/malicious XMR wallet such as freewallet which don't give you XMR private key and it's known for froze stealing user wallet

As I'm sure you are aware, using your own node has advantages in terms of privacy, security and decentralization, but there are several options that you can use with a remote node, therefore avoiding having to perform a full blockchain sync.

You can find a list of wallets here: https://getmonero.org/downloads/

You can configure any of the desktop wallets to connect to a remote node instead of a local node. There is a guide here (https://getmonero.org/resources/user-guides/remote_node_gui.html) and a list of remote nodes here (https://moneroworld.com/#nodes).

At the bottom of that first link, you will also find mobile wallets (one Apple, one Android, one web) that obviously do not involve a full sync.

Also, if you own a Ledger, you can use it with the desktop GUI to secure your Monero, again connecting via a remote node rather than a local node. See this link for more info: https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui



Even though you connect to remote nodes, you still need to download necessary data for your wallet and able to create TX which size is a bit big (AFAIK it was about 1GB, but far less compared to Monero full nodes which is about 60GB).
Also, there's security/privacy risks if you're connected to malicious full nodes.
262  Economy / Service Announcements / Re: [ANN] MixTum.io - Because Your Privacy Matters! New Bitcoin Mixer is Launched on: September 07, 2018, 06:11:48 PM
Few thoughts :
1. Other mixers already use similar way to mix user coins, which means your mixer don't have anything special/unique
2. Why there's some javascript file (some even from 3rd party) on both clearnet and tor version? FYI, people with security/anonymity/privacy concern won't use your service if they know about it.
3. Any info about coins from exchange? If government/exchange somehow able to connect your account with your services, all mixed coin which supposed to clean could be tainted.
263  Bitcoin / Development & Technical Discussion / Re: BIP-174 vs Lightning network on: September 07, 2018, 02:12:38 PM
After quick read (on BIP github), there's few disadvantage things that BIP 174 can't do (compared with LN) :
1. Slower transaction time/confirmation
2. Can't update transaction/money flow many times unlike LN
3. IMO it's less user-friendly than LN

Since the one who propose/create the BIP 174 is moderator in this forum, you'll get your answer soon. Also, i wonder if this BIP compatible with Schnorr Signature/Signature aggregation?
264  Bitcoin / Bitcoin Technical Support / Re: help to restore wallet for reward on: September 07, 2018, 01:28:13 PM
If you scroll a bit below on section where you post this thread, you should able to find this thread [overview] Recover Bitcoin from any old storage format.

I assuming you're talking about Bitcoin cryptocurrency since you post in this section, so i'm sure there's no private key started with "G...", but wallet called Armory use 18 words mnemonic/private.

I suggest trying to use the seed in multi coin wallets such as Jaxx, Coinomi, Exodus and any others you know and see what happens.

Haven't used Jaxx and Coinomi for a while, but Exodus use 12 words mnemonic/private.
265  Bitcoin / Development & Technical Discussion / Re: Data history for mined blocks on: September 07, 2018, 01:04:30 PM
This might be crazy idea, but you could try using Bitcoin API JSON-RPC and your own script to get coinbase text which pool usually use to mark it's mined block.
getblockhash, getblock true and getrawtransaction {true/false} with script should able to do the trick.

You can try https://bitcoinstrings.com/, but it's totally converted to text and the blocks' data aren't displayed.
OP_return data were translated too, just ignore them or highlight all the "Mined by" lines then search from other source about which blocks are included in that particular blkXXXXX.dat number.
Sort it out, and you might find what you need.

However, the site's updates were not that frequent (about daily to four times a week)

I was going to mention that website, but there's no info of the block height and it's useless for OP unless he know about how Bitcoin Core manages it's blocks/leveldb and have full copy of blockchain/run full nodes.
266  Other / Meta / Re: @theymos, we want those sections back to us, new moderators? on: September 06, 2018, 12:53:49 PM
It's possible, but it can be avoided if theymos decide to pick people who want to volunteer instead. There's some people who actively combat spam and theymos could recruit them.
I think volunteerism is not enough to be appointed as a moderator. Some people only shows an act of volunteerism in order to gain reputation and later behaves like a scumbag. There should have a screening tool maybe when appointing a moderator just like becoming of a merit source.

Totally understandable, but obviously theymos/moderator review/research those who want to volunteer.

If theymos can't or don't want to recruit new moderator, then theymos should do something else such as disabling signature on boards with lots of spammer to punish spammer.

Such drastic measure like this shouldn't be a first option, but doing this would just push those spammers to other boards where signatures are shown. It doesn't solve the problem but just sweeps the rubbish into a different part of the house.

I only suggest this since there's no indication theymos will solve the problem in better way (or perhaps theymos suddenly introduce/do something again). I partially agree since few/some spammer with low effort will give up and reduce the problem.
267  Bitcoin / Development & Technical Discussion / Re: where can i get testnet coins since faucets are down? on: September 06, 2018, 12:27:26 PM
Why don't you try contact the owner of the testnet faucet directly? I've seen few testnet faucet website in past and i'm sure few of them mentioned that you could make personal request if it's needed. You could try use SegNet since you can mine the coins easily and without flooded TX.

Few contact that i know/found :
1. emsit - https://testnet.coinfaucet.eu/
268  Bitcoin / Development & Technical Discussion / Re: Mining reward "stealing" attack on: September 06, 2018, 12:23:10 PM
Instead of investing so much in Hash power, just quarter of that $$$ to buy actual BTC and then you can control the market in much better way.
"quarter of that" = 1/4 * $8 bn = $2 bn @ $6,500/BTC = 300,000+ BTC
control the market?  Undecided maybe...
but wouldn't his buying frenzy willl pump the price? (eating up all sell orders)
then shortly afterwards price crash/correction/dump happens and gets him in a big loss Sad

It's certainly more viable attack, especially if the manipulator don't care about profit/losses or part of government which could create money out of thin air.
Also, if their main goal is to suppress bitcoin adoption/trend, the manipulator could dump the coins anytime when Bitcoin price is increased to kill spirit/motivation of Bitcoiner.
269  Bitcoin / Bitcoin Technical Support / Re: Possible bug in decoderawtransaction in 16.02? on: September 06, 2018, 12:04:20 PM
Interesting found, i checked this possible bug/problem with Bitcoin Core 0.16.2 (txindex disabled, so i just try decoderawtransaction) and few explorer/services with getrawtransaction/decoderawtransaction show different result.

Ok, i found some one with the same problem and the explanation:

Quote
That transaction is a witness transaction, but 0.14.2 is interpreting it as non-witness, which is why the hash is the same as the txid and there are no inputs. 0.15.0 interprets it fine.

Please take a look to https://github.com/bitcoin/bitcoin/issues/11157 'Fail to decode transaction correctly.'
That's referring to bitcoin core before 0.15.0. As I've posted multiple times now that's not the case for me. So the original question remains why this is (still) happening with 0.16.02?

Anyone who can do this simple test with running the latest version of bitcoin core (0.16.02) and list their result:
Code:
bitcoin-cli getrawtransaction 00b09964bf7080b065e3dbc5ff91b778283d5f513008daea3d04d8ff9d5844b4

And then:
bitcoin-cli decoderawtransaction <output from previous getrawtransaction>

I wonder if that happens because you were using/running older Bitcoin Core which don't recognize witness transaction and then you use newer client, but the client never rescan/ask for witness data to other nodes?

Gonna try it after reindexing is done.
270  Alternate cryptocurrencies / Altcoin Discussion / Re: About Beam, an implementation of MimbleWimble on: September 06, 2018, 11:33:13 AM
Haven't heard about MimbleWimble for a while since it's main developer develop it on Grin since Bitcoin community don't show interest towards it.
1. So, what's the difference/advantage between Grin[1] which created by developer MimbleWimble or existing popular private/fungible Cryptocurrency?
2. You only mention total supply? No information about block time or block production rate?

1. https://grin-tech.org/

Financial and Mining

1. BEAM: Limited (capped) emission, GRIN: Unlimited, fixed emission
2. BEAM: Equihash mining algorithm, GRIN: Cuckoo cycle algorithm
3. BEAM: Financed via treasury, GRIN: Community donations only

Technical

1. BEAM: C++, GRIN: Rust
2. Different internal architecture
3. BEAM: UX wallet at first testnet, GRIN: No UX wallet so far
4. BEAM: Seamless offline transactions, GRIN:offline transaction support through email
5. BEAM: Using a Secure Bulletin Board system to connect between wallets. Grin: using IP addresses
6. BEAM: Multiplatform GUI wallet, Grin: Linux only


Most of things you mentioned only state the difference, not the advantage. For example, "unlimited"/inflation currency isn't bad from certain perspective such as prevent people from HODL and actually use it as currency/payment method.
Besides, what i mean in 2nd question is something like this : https://en.bitcoin.it/wiki/Controlled_supply

I'll just read and try understand your whitepaper when i have time
271  Other / Meta / Re: @theymos, we want those sections back to us, new moderators? on: September 06, 2018, 02:04:22 AM
If theymos can't or don't want to recruit new moderator, then theymos should do something else such as disabling signature on boards with lots of spammer to punish spammer.

I still don't understand why theymos is being like the One-person company. And he lives in the US.  Undecided

Why should there be trust issues for hiring accountants and professionals? Does it have anything to do with slickage not delivering the new forum as expected or what? And there are people here on this forum who wouldn't run away with a few hundred dollars.

Maybe it is a trust matters because handing a new man an authority to be near admin level means there is risk for some things, maybe like account security, etc, but i dont know for sure about that. Maybe, just maybe, hiring accountants and professionals means that Theymos must make this forum as a company and listed it under a law which stated bitcointalk is a company, and there can be more regulation incoming like tax, etc.

Correct me if i am wrong.

It's possible, but it can be avoided if theymos decide to pick people who want to volunteer instead. There's some people who actively combat spam and theymos could recruit them.
272  Alternate cryptocurrencies / Altcoin Discussion / Re: About Beam, an implementation of MimbleWimble on: September 05, 2018, 06:12:07 PM
Haven't heard about MimbleWimble for a while since it's main developer develop it on Grin since Bitcoin community don't show interest towards it.
1. So, what's the difference/advantage between Grin[1] which created by developer MimbleWimble or existing popular private/fungible Cryptocurrency?
2. You only mention total supply? No information about block time or block production rate?

1. https://grin-tech.org/
273  Bitcoin / Development & Technical Discussion / Re: Is it possible to add blocks in parallel? on: September 05, 2018, 05:56:26 PM
With current Bitcoin protocol, nodes will choose chain/block with biggest PoW even though both of the blocks are valid (assuming 2 miners mine a block at similar time), so it's not possible.

But that would be different story if we're talking about Sharding or sidechain which pegged to Bitcoin's blockchain where there's some kind of locking mechanism or prevent double-spend attempt
274  Bitcoin / Bitcoin Technical Support / Re: Bitcoin stuck in temporary Armory wallet address on: September 05, 2018, 04:24:58 AM
I think you should check if you still have the wallet file/mnemonic seed. If yes, then you could export it's private key/mnemonic seed to SPV wallet such as electrum or give us log/screenshot of your Armory application.
While i never use Armory, wallet application should never delete user's wallet file.
275  Bitcoin / Development & Technical Discussion / Re: Mining reward "stealing" attack on: September 05, 2018, 03:55:14 AM
Aside from reason above member mentioned, it's impossible since :
1. Some Bitcoin client/nodes have feature called Checkpoint (basically stored hash of block at certain height) which is used to prevent someone re-write Bitcoin history by re-mine/re-doing PoW all block with low hashrate and manipulate each timestamp.
2. You still need to find way to make existing nodes to accept your block with far lower block height or older timestamp. Even SPV/light nodes will reject (or confused) your block since block header they store and your block header is different.

Additionally, even if you could overcome the problem somehow, people surely will notice and panic which lead to Bitcoin price crashing and you just wasting your time, money and energy Roll Eyes
276  Other / Meta / Re: 6 sendable merit left [regular merit boost feature needed] on: September 04, 2018, 07:30:21 PM
Unless regular sMerit refill is very low (1-3 sMerit/month, depends on rank with Full Member/higher as minimum requirement), your idea would be abused easily and there's almost no point of merit source.
277  Bitcoin / Development & Technical Discussion / Re: Developer Interview Questions on: September 04, 2018, 04:41:12 PM
I've no idea about how to recruit developer, but there are few obvious things that you should think/consider :
1. Not all of the question is related to Bitcoin such as questions on Chapter 9
2. There are few answer which is asking for opinion (such as Ch. 10 Q. 1 and Ch. 2 Q. 2), unless you specifically want to know about developer's view
3. Just like member above me, test them by solve a problem, find a bug or make efficient short script should be better/more effective

But if you specifically want to list of question or need other bitcoin's book/reference, my post in past might help

Since you have intermediate blockchain knowledge, surely these lists shouldn't too difficult for you :
https://github.com/decrypto-org/blockchain-papers
https://github.com/coderplex/awesome-blockchain

You also could check these cryptocurrency specific lists, but might be difficult for you (and me) :
https://github.com/igorbarinov/awesome-bitcoin
https://github.com/Scanate/EthList
https://github.com/jashmenn/bitcoin-reading-list

The lists i mentioned aren't courses, but i'm sure you would get more knowledge/info with shorter time.
278  Other / Meta / Re: Have we left "Bitcoin Discussion" board for spammers, forever?? on: September 04, 2018, 02:48:10 PM
Frankly, i don't see much hope on "Bitcoin Discussion" board unless theymos decide to disable signature on that board. In a page, i only can find 1-2 thread with real discussion.

Unlike board such as Development & Technical Discussion or Bitcoin Technical Support, there's too much spam and even report won't help too much.
279  Other / Serious discussion / Re: Cryptography could be illegal soon on: September 04, 2018, 02:41:59 PM
Ridiculous , they have no idea that cryptography is around everyone who use digital device/surfing on internet. From HTTPS, SSL, PGP, password hashing and many more that i even don't realize.
280  Bitcoin / Bitcoin Discussion / Re: Quantum computer could kill bitcoin on: September 04, 2018, 03:58:23 AM
This has been discussed in this forum many times and we know Quantum computer won't kill Bitcoin because :
1. ECDSA which used by Bitcoin is partially quantum resistance because Public Key needed to find out Private Key and Public Key only revealed when input of an address is used. So, one-time address usage partially solve the problem.
2. Bitcoin continuously improved through both soft-fork and hard-fork, so i'm sure developer/contributor will propose another Cryptographic which is quantum resistant.
There are few existing alternative, but mostly have huge trade-off on signature size and verification time.
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 ... 311 »
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!