https://cointelegraph.com/news/bitcoin-needs-ethereum-evm-botanix-founderBotanix Labs founder Willem Schroé argues a “huge amount of value” from real-world assets will be captured on Bitcoin, provided it connects to the Ethereum Virtual Machine.
Mainstream Bitcoin adoption won’t happen until it bridges to the Ethereum Virtual Machine (EVM) — the first point of entry for many real-world assets moving on-chain, a Web3 executive argues.If that's true then it doesn't look for bitcoin. Might as well invest in ethereum... Looking at their website[1], it looks like Botanix already do that by creating their own blockchain which support EVM[2] and people can bridge their Bitcoin to their blockchain[3]. So IMO his statement is just a way to promote their blockchain. [1] botanixlabs.xyz/en/home [2] botanixlabs.xyz/en/faqs [3] docs.botanixlabs.xyz/botanix-labs/get-to-know-botanix/introductory-concepts/how-does-botanix-work |
|
|
|
I'd like to add: for privacy, run Bitcoin Core through Tor, and always make use of Coin Control.
Any good tutorials for this? Run Bitcoin Core via Tor? Or just click on the option that appears in Bitcoin Core? Is it viable to use a VPN system that allows SOCKS5? If you only want Bitcoin Core connect through Tor, you can just tick option which available on Bitcoin Core GUI. Otherwise, check this guide https://github.com/bitcoin/bitcoin/blob/master/doc/tor.md. But the other part is you using a pruned node means you’re trusting a third party
Did you mistype something? Pruned node download and verify whole blockchain, so it doesn't trust any 3rd party. |
|
|
|
The main problem is: When I need to send a bit large amount of BTC, the inputs quantity can reach 400-500, with the corresponding
high transaction fee
I checked bcoin docs and found out there's parameter maxFee for API call POST /wallet/:id/send[1]? Have you tried using that? The main problem is: When I need to send a bit large amount of BTC, the inputs quantity can reach 400-500, with the corresponding high transaction fee
How to decrease commision of such transactions? I know nothing about "Bcoin" --snip-- Bcoin basically is JS Bitcoin library with full node feature. In past, i reviewed it's full node feature. [1] https://bcoin.io/api-docs/#send-a-transaction |
|
|
|
First of all, this legendary member with more than 1350 merits can try to get the medicine degree, before spreading complete fake information in the forum about cancer.
- Based on BPIP (https://bpip.org/Profile?id=149737), that user actually receive 355 merits.
- The first 1000 merits was airdropped when merit system introduced.
- I don't understand why should people with many merits should get a degree. You can't convert received merit to money and Bitcointalk doesn't offer scholarship either.
- As other user said, just ignore that user.
All this is evidence that merit system do not work and is useless.
If you're going to present evidence, at least perform non-random sampling among user who receive many merit ( https://bpip.org/Report?r=earnedmerit), perform detailed analysis on selected users and them present result of the analysis. |
|
|
|
I only skimmed it, but i find this part is interesting. The Taptree might become huge and have a billion Tapleaf Scripts, but its on-chain footprint is minimal.
Billion sounds impossible and after re-reading BIP 342 there are 3 resource limit regarding Taproot, Sigops limit The sigops in tapscripts do not count towards the block-wide limit of 80000 (weighted). Instead, there is a per-script sigops budget. The budget equals 50 + the total serialized size in bytes of the transaction input's witness (including the CompactSize prefix). Executing a signature opcode (OP_CHECKSIG, OP_CHECKSIGVERIFY, or OP_CHECKSIGADD) with a non-empty signature decrements the budget by 50. If that brings the budget below zero, the script fails immediately. Signature opcodes with unknown public key type and non-empty signature are also counted..
Stack + altstack element count limit The existing limit of 1000 elements in the stack and altstack together after every executed opcode remains. It is extended to also apply to the size of initial stack.
Stack element size limit The existing limit of maximum 520 bytes per stack element remains, both in the initial stack and in push opcodes.
In particular, it looks like sigops and stack limit would be main limitation about complexity of script/smart contract. |
|
|
|
I disagree. Imagine what would happen if full nodes by for-profit service (e.g. exchange, custodial wallet) got attacked. Their customer would have bad time (e.g. feeling uneasy their deposit never shown on the service) and it could affect their business profit/reputation. Even if the full nodes owned by individual, they would waste some time checking what's wrong with their device/full node software.
That's exactly the reason that for-profit nodes should be connected as close to the only source of truth which is mining nodes . The only source of truth? Bitcoin isn't centralized. Only mining nodes have the economic incentive to be honest by receiving rewards from subsidy and fees .
Malicious node would be banned quickly, so anyone who want to run full nodes for non-malicious purpose (e.g. perform full verification, need whole blockchain data) also have incentive to be honest. Most people can't understand that even mining nodes aren't the same . Have a look at the pools history and you will notice that there are always 3-4 nodes that solve the majority of blocks .
I already know that. Although FWIW one mining pool may have multiple full nodes. That image doesn't represent Bitcoin or other decentralized network. The issue with lightweight clients like Electrum or the Neutrino protocol or even the Lightning network is that they are dependent on communication with honest nodes. If those communication channels are cut off and infiltrated with malicious sybil attacks, there is all kinds of shenanigans an attacker could do. It's not necessarily the double-spend someone loses it all problem. But it could be the case for lightweight and second layer solutions. Communication with "honest nodes" is key to security of funds, aka for funds to stay with the rightful owner.
Fortunately some light wallet (such as Electrum) connect to multiple server, node or backend which make such attack more costly and difficult. |
|
|
|
Actually it's interesting idea, data stored on UTXO is enough to display basic information of address. Creating additional index for fast lookup shouldn't take much storage either. For people who curious about what kind of data available on UTXO (specifically chainstate on Bitcoin Core), check https://github.com/in3rsha/bitcoin-chainstate-parser. We can get 4 TB M.2 SSD around $200 nowadays so the cost of maintaining the full blockchain data is cheaper now compared to few years back, so I will still recommend go with the full data I already have one full archival node, and many pruned nodes. The cost is not the issue in case of local node, the problem is you usually don't get hardware with built-in 4 TB disk, so you need some external one. But on other hand, most device let you replace it's internal storage. Some laptop even have multiple slots for internal storage (such as SATA + M2). |
|
|
|
Saya tidak tahu tujuan pelarangan plagiasi di forum ini
Seingat saya, salah satu alasannya untuk mengurangi spam dengan cara copy-paste artikel atau berita yang terkadang tidak relevan dengan topik sebuah thread. ~snip~
Beneran gan diperbolehkan? Karena ini sesuatu yang rawan banned, apa agan punya referensi peraturan yang membolehkan tentang njiplak dari tulisan sendiri yang di post di web lain? Tidak ada masalah karena self-plagiarism biasanya hanya diperhatikan pada bidang pendidikan dan penelitian. Link referensi, https://bitcointalk.org/index.php?topic=5390888.0. |
|
|
|
The file is encrypted with WinRAR and 7-Zip.
Both WinRAR and 7-Zip use AES-256 which usually considered secure (although as @o_e_l_e_o said, it comes down how they implement it). Anyway, if you plan to store the encrtypted data for really long time, you need to consider possibility AES-256 deemed obsolete or no longer secure enough in distant future. (2) I have purchased a few high-level encrypted USB drives, including two fingerprint USB drives. The seller claims that these encrypted USB drives cannot be cracked. Therefore, relatively weak passwords (~20 characters) can be used for the electronic files stored on these drives. Also, every encrypted file must have a password explanation.
I doubt security of such USB drive, especially since usually biometric usually only used as authentication (not encryption). And there's also possibility serious theft would just open the USB drive and take NAND/flash drive. |
|
|
|
Saya sudah cek sekilas dokumen tersebut dan kelihatannya proses verifikasi identitas akan semakin ribet. Pasal 12 menyebutkan 8 cara untuk hal tersebut, termasuk wawancara dengan calon nasabah. Kira-kira ide awal satoshi mengenai pemilik Bitcoin dan penggunaannya untuk transaksi yang bersifat anonim berhasil atau tidak khususnya di Indonesia? Terlebih mengingat perkembangan perdagangan aset kripto di Indonesia seperti pada quote di atas, ada saja yang menyalahgunakannya sehingga mau tidak mau berlaku KYC sehingga menghilangkan sifat anonim-nya.
Sebagai catatan, Bitcoin (dan mayoritas cryptocurrency) hanya bersifat pseudonymity. Hanya pseudonymity dengan fitur privasi yang bagus seperti Monero yang biasanya dapat dikategorikan sebagai anonymous. Tentu saja sifat pseudonymity hilang jika pengguna Bitcoin berinteraksi dengan jasa yang mewajibkan menggunakan identitas asli/dunia nyata. Dan menurut saya, sayang sekali banyak orang kehilangan privasi nya karena segelintir orang menyalahgunakan cryptocurrency. |
|
|
|
Actually i can recall 2 WabiSabi coordinator (not run by zkSNACKs) used to be exist. One of them was https://chaincase.app/. By "launching a community coordinator" I meant naming and announcing it explicitely as a Wasabi wallet coordinator --snip-- Your definition or criteria is rather strict, although i'm not here to argue what counts as community coordinator. - Chaincase - an iOS app that was condemned to fail by its creators since its launch because of its horrible project model and marketing choices, despite of the fact it uses a WabiSabi backend. First of all, their description (from https://github.com/chaincase-app/Chaincase-iOS-Beta) is "The only privacy preserving bitcoin app on iOS" which already filters out 99% of Wasabi users seeking for an alternative coordinator. That project was not launched to be a Wasabi community coordinator at all and it doesnt't appear in Google results searching for "wasabi wallet alternative coordinator". When I am seeking for a community coordinator, I am seeking to modify my Wasabi Wallet config that would take less than 1 minute and go ahead start using a different coordinator, without having to buy an iPhone to install Chaincase.
At very least, i'm sure they used run their own ZeroLink (another CoinJoin protocol developed by zkSNACKs in past) coordinator where Wasabi Wallet user can connect to theirs by editing URL on configuration file. |
|
|
|
I think nobody has launched a community coordinator yet due to fears of being ignored by your official maintainers, which would lead to issues with gaining liquidity.
Actually i can recall 2 WabiSabi coordinator (not run by zkSNACKs) used to be exist. One of them was https://chaincase.app/. xtests unfortunately it's not an option, as it would display negative motives and potentially erase any good that came from this difficult choice
And what exactly negative motives you're talking about? |
|
|
|
Few Bitcoiner still use known buggy wallet (such as Jaxx) or wallet which was compromised once but details was never revealed (such as Atomic Wallet), so i'd say problem you mentioned still a problem for Bitcoin ecosystem. You don't even have to be a coder at all to create a crypto project, you can simply pay $500 or 1000 then someone with an experienced will serve a complete project on hot plate for you.
But it's not easy to know whether someone else actually have experience or skill to write good software though. High cost doesn't always mean higher quality. |
|
|
|
Doesn't Counterparty use address/proof of burn though? I would rather say "Proof of Trap", because coins are not "burned". They are "trapped" on address --snip-- You're correct. I simply use term that most people use. Doesn't Counterparty use address/proof of burn though? It seems Runes a bit better since it use OP_RETURN instead which doesn't bloat total UTXO.
Proof of Burn refers to how XCP was created. During the burn period in Jan 2014, peeps who sent BTC to the "burn address" were rewarded with a proportional amount of XCP. And most Counterparty transaction data is stored in OP_RETURN, but occasionally it is also stored in other fields and multisig txs. You're right, should've re-read the protocol specification[1] earlier. It's rather ugly to store the data on address and multisig public key though. [1] https://github.com/CounterpartyXCP/Documentation/blob/master/Developers/protocol_specification.md |
|
|
|
I am not sure why nobody haven't launched a non-AML community coordinator yet and haven't made a PR at Wasabi's Github adding a switch between zkSNACKs and community coordinators to the UI, since all the stack is fully open-source.
Instead of all that energy spent to blame and cancel Wasabi, someone at least could've tried to launch an alternative coordinator already and promote it in this thread in order to try gaining liquidity.
Have you thought that it's easier or more convenient to install and use different CoinJoin software (such as JoinMarket or Sparrow Wallet)? |
|
|
|
So still, is there a need for such posts-reports? To make the forum cleaner and to help moderators. Or all those who post in this thread are wasting their time and doing unnecessary work?
Moderation doesn't read all posts, so they miss some posts which violate forum rules. And based on my personal observation, creating such post is more likely to make moderator to take action. So i'm sure it's not unnecessary / time wasting. |
|
|
|
|
Show Posts
