Bitcoin Forum
May 02, 2024, 09:07:13 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 [149] 150 151 152 153 »
2961  Bitcoin / Development & Technical Discussion / Re: What address type should I choose? Segwit? on: May 11, 2018, 06:21:51 AM
There are 3 types of address :
1. Standard/Legacy address (starts with 1)
 * Have highest transaction size/fee
 * Still have Transaction malleability
 * Compatible with all wallet
2. P2SH SegWit (starts with 3)
 * Have lower transaction size/fee
 * Don't have Transaction malleability
 * Compatible with all wallet, because it's backward compatible
3. Bech32/Native SegWit (starts with bc1)
 * Have lowest transaction size/fee
 * Don't have Transaction malleability
 * Only compatible with wallet which support SegWit

TLDR:
1. Choose Bech32/Native SegWit address if you use service which support it.
2. Choose P2SH SegWit address if you use service which don't support it. This is best option for majority users.
3. Only choose Standard/Legacy address if your wallet don't offer P2SH SegWit address and you use service which don't support SegWit.
2962  Other / Serious discussion / Re: Nodes could be overrun by invaders if this continues... on: May 06, 2018, 04:56:38 PM
Both solutions Higher node loads with paid full-nodes (similar to Masternodes, i think) & lower node loads and rely on voluntary have flaws. Even with solution similar with masternodes, attacker simply could run more masternodes, even if they need to buy/steal coins needed to run masternodes Roll Eyes
But AFAIK majority of attack scenario require hard-fork/change protocol rules/high PoW amount which require lots of costs.

But storage isn't big problem on public permissionless blockchain, the bigger problems are :
1. Bandwitch to receive/send block and transaction
2. Computation power/time needed to verify block and transaction
3. Storage speed and RAM amount/speed
4. Ensuring normal bitcoiner can run full nodes without expensive device
5. There's delay/latency because time needed to receive, verify and broadcast all transaction/blocks
6. etc. (i forget few reasons)
2963  Other / Archival / Re: Be careful when searching at Google on: May 03, 2018, 06:10:46 PM
Hey mate thanks for the alarm.

I tried to search it as you said and this what came out.

Quote
- I think the owner of that cken you've searched and this one is the same.

These scammers / hackers can't really do something with their lives and never stops to get a victim through google search.

-snip-

Why google allows this?
I remember users reporting the exact same attack for bitaddress, multiple thousand dollars worth of Bitcoin were stolen in this attack. The people that operate these websites seem to have no conscience. It also seems that Google does not check the content of their adwords publishers manually, which is really disgusting. I guess the only thing we can do is reporting these phishing websites manually.

To be fair, i doubt any Google employee have any knowledge about Cryptocurrency and it's services. So it's obvious they wouldn't know whether the advertised website/product is scam or not.
But i think the real reason is they don't want let their user enjoy decentralized system (which is opposite of their service) or/and don't care whether the advertised website/product is scam or not

Only massive manual report by users can solve this problem.
2964  Bitcoin / Bitcoin Discussion / Re: The Lightning Network might be Satoshi's original vision? on: May 02, 2018, 04:43:44 PM
Can't we stop claiming Coin X or Technology Y as Satoshi's original vision? Even though Satoshi made huge contribution, that doesn't mean Satoshi's vision is perfect or still relevant/up-to-date with current condition.


This is interesting, I was under the impression that Bigger blocks require more specialized hardware and bandwidth requirements. While I do agree that LN Increases centralization, I don't think that is a problem, as long as the base layer is still decentralized. You wouldn't necessarily need a decentralized network to pay for coffee, although it would be nice, but blockchains inherently do not scale.
Quote from: Zin-Zang
As you can see the Bitcoin Core Blockchain is ~33GB bigger now than the Bitcoin Cash Blockchain.
Bitcoin Cash just raised the upper limit possible so they have no fear of transactions congestion for years to come.
Bitcoin Core was congested for many months with insanely high fees, Bitcoin Cash will not have to worry about it.

As you can see here :
https://www.blocktrail.com/BCC
Bitcoin Cash is using on average less than 100kb per block, so the fact it is taking less resources to run than Bitcoin Core.

So the worry that Bitcoin Cash will be more expensive to run is a pure Myth at the present time.

This part is what I'm confused about. Isn't BTCs blockchain growing more than BCHs because on Bitcoins blockchain there are significantly more transactions taking place? Theoretically, if everyone were to suddenly stop using BTC and start using BCH, and it had say 5 million transactions per day on chain, wouldn't the blockchain be growing faster than BTCs ever has? Making the bandwidth and resource requirements very very high making full nodes limited to centralized server farms? I admit I have a limited understanding of how the blocks and transactions propagate through the network, so if you could clarify this for me I would appreciate it! Thanks!

You're mostly right.

But most people who support huge block size don't think regular people should able to run full nodes. If only rich miners or people who can run full nodes, they could change the protocol rules secretly and regular people wouldn't know about it.
2965  Bitcoin / Development & Technical Discussion / Re: Any timeframes for full Lightning Network implementation? on: April 30, 2018, 10:04:58 AM
There aren't any and there won't be any because :
1. LN continuously improved even when it's "ready" for most Bitcoiner.
2. With LN development complexity, developer might found bug that could slow down the development.
3. Since it's open source, there's no "deadline" which means developer/contributor might don't focus on LN development.

But TBH, i think we should ignore Bitcoin Cash in Bitcoin Development & Technical Discussion since both coins have/will have totally different scaling solution/approach.
2966  Bitcoin / Development & Technical Discussion / Re: Resurrecting the Champ: PoW to become Bitmain/Buterin resistant on: April 10, 2018, 05:31:14 PM
I've made thread about similar problem at Do you think Bitcoin need to change it's PoW algorithm?. But changing/tweak/modify PoW algorithm is difficult once ASIC is available for public, hashrate dominated by ASIC or the algorithm isn't designed to combat ASIC (such as SHA-256).

For Monero, tweak CryptoNight algorithm isn't difficult since mining with CPU/GPU still profitable (which means ASIC haven't take over the network/hashrate), tweak CryptoNight don't change hash speed of CPU/GPU and most importantly majority community agree with their Core team decision.

For Bitcoin, it's hard task because :
1. ASIC completely dominate Bitcoin mining.
2. Changing algorithm to ASIC resistance is difficult since the network hashrate would be very low which makes block generation very slow and make Bitcoin network vulnerable during transaction since that means attacking bitcoin network 51% attack will be far easier. Even when considering there are ways to "tweak" SHA-256 just to break ASIC
3. Getting community approval over tweak/change which require hard-fork is difficult, especially from ASIC miners.

I think tweak Ethash algorithm at this point is good idea since the ASIC isn't available for public yet, but without Ethereum Foundation or majority community approval, your idea won't happen (at least without chain-split).
But i think enforcing dedicated memory requirements won't do much since ASIC/FPGA manufacture simply can add more memory, unless your solution is similar with CryptoNight which force high-speed/low-latency for efficient mining such as L2/L3 cache which is expensive in big capacity. CMIIW.
2967  Bitcoin / Bitcoin Technical Support / Re: Bitcoin smart contracts on: April 03, 2018, 05:07:59 PM
It's possible, but current Bitcoin isn't user friendly since it's stack-based programming language and you can't create complex smart contract since Bitcoin scripting isn't turing-complete (no iteration/looping).
There are project such as Ivy which make Bitcoin scripting/smart contract more user-friendly.

I'd recommend popular altcoin with smart-contract if you really need smart contract capability.
2968  Bitcoin / Bitcoin Technical Support / Re: Upgrade my Win 10 notebook with HDD to Linux with SSD on: March 29, 2018, 01:27:30 PM
Potential problem :
1. If your i5 type is Low/Ultra Low Power or before 2nd generation, i think you might have performance problem if you're running full nodes and video editing at same time.
2. I don't know about your notebook specification/type, but there's chance you couldn't right/optimal driver for your notebook parts.
3. I don't recommend run full nodes 24/7 with notebook, since it's not designed to run 24/7 and could reduce it's lifespan.

Suggestion :
1. If your DVD Drive is removable, you can replaced it with your old HDD with help of tool called "Drive Caddy and use the HDD space for your SSD.
2969  Alternate cryptocurrencies / Speculation (Altcoins) / Re: will XRP overtake BTC in 10 MONTHS TIME ? on: March 10, 2018, 08:10:06 PM
XRP is centralized cryptocurrency and shouldn't be compared with any decentralized cryptocurrency, furthermore companies/bank make partnership with XRP because they need their technology such as xCurrent, xRapid and xVia where it's cryptocurrency or the blockchain isn't really needed and those companies/bank rarely use it's cryptocurrency.
But i won't dent XRP could overtake BTC in marketcap if they actively promote their cryptocurrency to investor and their technology to companies/bank and even raising their maximum coin supply Roll Eyes
2970  Other / Serious discussion / Re: MIXING inside the Blockchain on: March 07, 2018, 04:53:01 PM
There are some proposal such as CoinJoin which proposed by Gregory Maxwell, even though this idea isn't perfect and without proper feature upgrade/implementation, it will leaks users info. Some coin such as DASH already use CoinJoin, but many people say the implementation was done badly.
But, i think Bulletproof's proposal is better when users need privacy Roll Eyes

More info : https://bitcointalk.org/index.php?topic=279249
2971  Economy / Games and rounds / Re: Joe's Signatureless Challenge: Win $25 ($10 for 2nd) + 8 Merits every week! on: March 06, 2018, 04:52:36 AM
Hi BTCforJoe,

I'd like to be Backup Merit sponsor since i have lots of unused sMerit(s) and usually i only give merit for posts about technical knowledge. Just PM me and i'll send merits to the winner.
Also, i think it would be better if you use the Signature to encourage SegWit adoption as well.
2972  Bitcoin / Development & Technical Discussion / Re: Blockchain with password support - Is it possible? on: February 23, 2018, 10:04:47 AM
While it's not same with what you mentioned, it's possible if you use OP_RETURN function.

You need use BIP38 to encrypt your private and add your encrypted private key to a transaction with OP_RETURN, even though OP_RETURN function isn't supposed to store any data besides transaction/P2SH for features such as multi-sig. Also, it's risky to expose your encrypted private key, even if you encrypt it with strong passphrase.
You also need to remember the transaction ID and the process isn't user friendly.

If you really wish to do that, there are some guides/info that could help you :
https://en.bitcoin.it/wiki/OP_RETURN
https://bitcointalk.org/index.php?topic=453086.0
https://bitcoin.stackexchange.com/questions/36478/how-can-i-search-for-op-return-data
https://bitcoin.stackexchange.com/questions/25224/what-is-a-step-by-step-way-to-insert-data-in-op-return/38641

I don't recommend this method, keep your bitcoin wallet/private key/recovery seed safe with backup is better. Also, CMIIW.
2973  Local / Bahasa Indonesia (Indonesian) / [NEWS/INFO] Hati-hati jika jual/beli Bitcoin dengan cara COD on: February 23, 2018, 04:16:10 AM
Quote
Polisi Taiwan menahan empat orang karena perampokan senilai 5 juta dolar baru Taiwan atau setara dengan Rp 2,3 miliar. Kasus tersebut merupakan yang pertama kali terjadi di negara yang beribu kota di Taipei tersebut.
Dilansir AFP, Kamis (22/2), kepolisian Taiwan mengatakan, tiga orang pelaku yang berjenis kelamin laki-laki mendekati korban dengan berpura-pura ingin membeli bitcoin. Pelaku mengajak korban, seorang laki-laki bernama Tai, ke pusat Kota Taichung.
Setelah Tai menujukkan bukti bitcoin-nya melalui ponsel, pelaku langsung menyerang Tai dan memindahkan 18 Bitcoin senilai Rp 2,3 miliar dari rekening Tai melalui ponsel.

Bagi agan-agan yang masih mau jual/beli Bitcoin dengan cara COD (Cash/Collect on delivery), sebaiknya dilakukan ditempat yang ramai dan ditemani oleh teman/keluarga.
Apalagi setau ane tidak ada regulasi/hukum yang mengatur jika Bitcoin/altcoin dicuri oleh orang lain, kemungkinan besar Bitcoin/altcoin agan tidak kembali meskipun penjahatnya tertangkap.

Sumber : https://kumparan.com/@kumparannews/polisi-tangkap-perampok-bitcoin-senilai-rp-2-3-miliar-di-taiwan

Edit (More Info) :

Mungkin agan bingung kenapa ada orang yang memilih beli/jual bitcoin COD, alasan yang umum adalah :
1. Orang tersebut tidak punya akun bank.
2. Orang tersebut tidak mau melakukan verifikasi yang menggunakan data pribadi.
3. Orang tersebut adalah orang yang sangat menjaga privasinya.
4. Orang tersebut kapok menggunakan exchange, contohnya karena uang orang tersebut tidak bisa digunakan karena alasan "keamanan".
5. Orang tersebut menganggap exchange ribet karena proses verifikasi, deposit dan withdraw lama/ribet.

Ada beberapa website/tempat untuk jual/beli bitcoin secara COD maupun tanpa exchange seperti http://localbitcoins.com/ dimana buyer/seller hanya perlu memberikan beberapa informasi pribadi (yang tentunya tidak meminta data pribadi sebanyak exchange).
Semoga bermanfaat Smiley
2974  Bitcoin / Development & Technical Discussion / Re: How to handle more than 2k plus number of transactions in 10 minutes on: February 23, 2018, 03:48:06 AM
We know that a block size is 1M,and produced about 10 minutes.
There is nothing like "block size" anymore in bitcoin since Segwit got activated, instead there is the concept of block weight
There is a block weight of 4MB.
So blocks can be larger than 1MB in size

Actually, maximum block weight is about 4000 kWU (unit measurement), not 4MB. With block weight, maximum block size we can see is near 4MB , not 4MB, but it's possible on specific transaction scenario and every transaction use Bech32. So, ideally we can see 2MB block size even if majority transaction use SegWit.

Quote
1 block consists of 2 thousands transactions.
A block can have way more --or less -- than  2,000 transactions depending on the block weight of the individual transactions.

True, also SegWit P2SH (which have backward compability) and SegWit Bech32 also a factor how much transaction can fit into a block.
2975  Bitcoin / Development & Technical Discussion / Re: Bulletproofs and SNARK on: February 23, 2018, 03:31:31 AM
Link : https://blockstream.com/2018/02/21/bulletproofs-faster-rangeproofs-and-much-more.html

Is there someone in the house able to explain to me just a little thing.

This afternoon I have read a paper telling Bulletproofs are better than SNARK... And if all Bitcoin transactions used Bulletproofs then the size of the blockchain would be only 17 GB instead of (how much 150-200gb??)

But the main advantage with Bulletproofs is the confidential transactions, what else?

Is there a chance to see it with Bitcoin? Because

Quote
…An adversary that can break the binding property of the commitment scheme or the soundness of the proof system can generate coins out of thin air and thus create uncontrolled but undetectable inflation rendering the currency useless…
…While the discrete logarithm assumption is believed to hold for classical computers, it does not hold against a quantum adversary.

So then, its a weakness rather than something else Huh

As far as i know, the main advantage of Bulletproof is their zero-proof knowledge with more efficient transaction size and faster confirmation. So, while it's similar to CT, it's more efficient which is perfect for bitcoin where scaling is the one of the most important things.
But i don't see any discussion mention which says it can reduce blocksize since it's bigger than normal signature size even though it's far smaller than CT signature size.

Also, zero-proof knowledge is widely used and i'm sure developer will take lots of time for debug/testing to make sure scenario you mention never happen.
I would say this is interesting technology since it could give Bitcoin user more privacy/anonymity without bloat the transaction size too much, even Monero plan to research this technology as well.

Please CMIIW.
2976  Bitcoin / Development & Technical Discussion / Re: Will SegWit be enough to reduce fees? on: February 21, 2018, 03:57:44 PM
For now, yes and it's been proved by the fact we can use lowest possible fees (1 satoshi/byte or 0.02$ for normal TX) and get confirmation with good speed.

But no worry since other solutions such as LN will coming soon and other solutions such as MAST, Schnorr signatures/MuSig & other which can reduce transaction size and increase privacy on some conditions.
Also, i'm sure the community will agree to raise block size/weight once there's proof that majority users still can run full nodes even after increasing block size/weight, especially it will be needed if we want to see bitcoin ready for mass adoption.
2977  Bitcoin / Development & Technical Discussion / Do you think Bitcoin need to change it's PoW algorithm? on: February 18, 2018, 09:28:01 AM
Just read this article (https://getmonero.org/2018/02/11/PoW-change-and-key-reuse.html) and i wonder if Bitcoin need to change it's PoW algorithm (maybe to algorithm that Monero currently use) to preserve decentralization, especially such attempt such as Antbleed already happen.
I think it's necessary, because i think another companies or government will attempt to "control" bitcoin network by take control over mining process. What do you think?
2978  Economy / Web Wallets / Re: Does blockchain.info keeps my private key? on: February 16, 2018, 12:24:37 PM
If you have privacy concern, i suggest you to use Desktop wallet, whether it's SPV or full nodes wallet such as Electrum and Bitcoin Core.

if someone has privacy concerns then SPV wallets may still not be the solution for them because they will still be relaying on third parties who can know their identity including all their addresses which are connected, their IP address and how they use their coins.
because for example when you use Electrum you connect to a server (an Electrum node) and ask for your transaction history for ALL your bitcoin addresses and they can see your IP. you can change your IP of course but they still connect your addresses.
full nodes are the only solution for this.

True, but i assuming the users use secure/stealth connection such as VPN, Proxy or Tor when use SPV wallet since the user have privacy concern, but might don't have good internet connection for full nodes.
The real risks is Electrum server/nodes can get list of address that requested by someone and that someone can be tracked easily if he post even an address on public discussion on internet.
2979  Economy / Web Wallets / Re: Does blockchain.info keeps my private key? on: February 13, 2018, 06:16:39 PM
Blockchain.info keeps your wallet file which contain encrypted private key/seed, but they claim they don't have access to user's wallet and it's been proved with their open-source software even though i think there's no sure way to verify if blockchain.info use exactly same software within their website/app without add any backdoor.
As for other private info they store, i think only your email address, IP/browser details & mobile number (if you add one).

If you have privacy concern, i suggest you to use Desktop wallet, whether it's SPV or full nodes wallet such as Electrum and Bitcoin Core.
2980  Bitcoin / Development & Technical Discussion / Question about MAST/Merkelized Abstract Syntax Trees on: February 10, 2018, 07:39:38 PM
I've been reading topics about upcoming/proposals for Bitcoin including MAST, but i'm still confused about such things :
1. Will MAST allow complex Smart Contract or still only can use P2SH ?
2. Since MAST can increase user privacy, i wonder if MAST also can increase privacy when user use LN (especially some users have concern if they let user use connect to other users through their channel and turned out it's criminal acitivity)?
3. GitHub page mentioned MAST will be soft fork, but i wonder how will the backward compatibility works, is it similar with backward compatibility that SegWit use?
Pages: « 1 ... 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 [149] 150 151 152 153 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!