Bitcoin Forum
May 24, 2024, 07:06:11 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 ... 203 »
1301  Bitcoin / Development & Technical Discussion / Re: Blockchain & Machine learning on: August 30, 2019, 08:27:39 PM
For an AI wanting to obtain memory states and live on forever a incentivized blockchain would surely be the way to go, say if we reached a point where we could store our memory states on the blockchain such as altered carbon, would you really want to store that in a regular distributed system? No you would want to obtain the security that blockchain provides in a trustless manner, as our memory states would need to live on forever.

If only AI or blockchains would work that way.

While I have no idea how consciousness can be stored -- no one has, humanity hasn't yet the slightest clue what consciousness even is -- I'm fairly certain it won't be on a blockchain.

Maybe one day humanity will be able to externally store memories (beyond mere audiovisual reproductions) and minds (be they human or artificial) but that technology is probably still a few generations out and won't be technology we'll be able to fathom.
1302  Bitcoin / Development & Technical Discussion / Re: Blockchain & Machine learning on: August 29, 2019, 11:36:29 AM
Where in my statement do I show to not have understood such obvious assumption? Any consensus mechanism which is highly demanding on computational resources will obviously have fee's, they go hand in hand  Huh

I think the "problem" with "blockchain the technology", ie. outside the context of cryptocurrencies is two-fold:

1) Permissioned blockchains still seem rather pointless. For most use cases classical distributed databases (or distributed systems in general) are doing a much better job. Even in the iRobot takedown scenario the main properties that were missing are security and robustness. That you can do in a distributed manner without using "blockchain the technology", in a much more reliable and efficient way at a much lower cost.

2) Permissionless blockchains without PoW-based consensus algorithms so far are often either not really permissionless or not really secure or both. Most of the time you either have (a) committee-based validators or an other form of central coordination which mostly rids of permissionlessness -- which leads back to (1) above. Or (b) variants of Proof-of-Resource like PoS that -- as of now -- are still mostly work in progress in terms of security and robustness.

I guess there could be ways in which permissionless blockchains could support AI and vice versa but I think the overlap where they would complement one another are rather limited. I'm afraid in most cases you'll end up with either a shitty AI or a shitty cryptocurrency.
1303  Bitcoin / Bitcoin Technical Support / Re: Why would someone keep sending 546 Satoshi to themselves? on: August 28, 2019, 06:56:42 PM
I read that omni uses omnicore, will this accept the bitcoin blockchain and is it compatible with lightning once I get that up and running (I want to test out omni and see what it offers) ?

I'm afraid for LN-based Bitcoin tokens you'll have to keep an eye on RGB:
https://github.com/rgb-org/spec

As far as I know neither OMNI nor XCP (Counterparty, a similar Bitcoin-based token project) are currently LN-capable and so far I'm not aware of any announcements in this regard.
1304  Bitcoin / Bitcoin Technical Support / Re: Why would someone keep sending 546 Satoshi to themselves? on: August 28, 2019, 12:57:33 PM
Ahhh thanks pooya I'll have to take a look at omni I haven't looked into it but it looks like a way of making tokens and contracts much like on ethereum (without the virtual machine part).

USDT is probably the most famous OMNI token, just as a reference. Also it used to be called Mastercoin, so it might well be that you have already stumbled over this project in the past, with its old name.
1305  Bitcoin / Bitcoin Discussion / Re: What if Bitcoin was Created by the CIA, FBI, US Military??? on: August 27, 2019, 01:24:27 PM
Bitcoin's emergence and conception has been fairly transparent and well documented (apart from satoshi's identity, obviously).

The work that preceded and laid the foundation of Bitcoin (hashcash, bit gold, etc) is no secret either and happened independently of any government agencies (often even going as far as opposing governmental interference).

As such it's highly unlikely that Bitcoin was created by any such agency.

But then again maybe that's what the chemtrails make me believe.
1306  Bitcoin / Development & Technical Discussion / Re: Bitcoin Testnet/Faucet? on: August 27, 2019, 10:04:31 AM
I wonder about it as well. I only could think potential error such as Overflow/Underflow error if OP use static programming language

but couldn't it be tested even without "actual" test cases?
something like overflow belongs to lower level functions and in all programming languages that i know there is always easy ways to test them. for instance in object oriented programming we use Mocks to test any special case we want easily!

Yes, but in reality it often happens even on Bitcoin (somewhere in 2010) and big company such as Boeing 787.
And the worst part, it creates domino effect.

I'm not software engineer, so i might be wrong though and we can't know OP's reason needs lots of tBTC for sure.

Boeing is kind of a bad example in that case though. Their whole Boeing 737 Max mess killed hundreds of people and was mostly caused by questionable management decisions -- ie. having pilots rely on warning lights that weren't enabled by default [1], horrendly cheap outsourcing to developers that completely lacked the expertise [2], all of which lead to software errors that could have been easily avoided.

That being said, while manual testing is also important for creating stable software, I agree with pooya87 that in this case testing could be easily done using mocks. At least I personally can't think of any edge cases where using 2 tBTC would make any difference to using 0.002 tBTC.

[1] https://www.nytimes.com/2019/05/05/business/boeing-737-max-warning-light.html
[2] https://www.bloomberg.com/news/articles/2019-06-28/boeing-s-737-max-software-outsourced-to-9-an-hour-engineers
1307  Other / Beginners & Help / Re: How to identify Crypto Scams? on: August 21, 2019, 10:32:37 PM
Also keep in mind that having a white paper does not automatically make a legit project. Sometimes it's just scammers going the extra mile to appear legitimate.

Additionally, even once you've successfully circumnavigated the cesspool of scam projects, remember that crypto is still a high risk environment. You don't have to get scammed to lose money in crypto.
Scammers can spend their time and write polish Whitepaper, but they can not build up good blockchains and real applications on those blockchains.
As much as I like blockchain, I have to admit this is more or less accurate. We don't just need another blockchain. We need blockchains with real applications.

To be fair even non-scammers sometimes fail at building up a good blockchain and real applications. Crypto is one of the few environments where legit operations can pivot into a scam within a heartbeat.
1308  Other / Beginners & Help / Re: How to identify Crypto Scams? on: August 20, 2019, 03:23:17 PM
1) Absence of Key information like "No WhitePaper" and "Absence of team members info". It is important to check the white paper information of any coin. Also, information about the founders and developers team of a crypto should be found, if not then it is a doubtful project.

Keep in mind that not all anonymous project are outright scams, especially if they don't look for ICO and just went straight developing codes and releasing stuff. Bitcoin is the example of this one.

So, if you find an anonymous project that doesn't look to raise funds and just want to develop a product, don't be too quick to judge them.

Also keep in mind that having a white paper does not automatically make a legit project. Sometimes it's just scammers going the extra mile to appear legitimate.

Additionally, even once you've successfully circumnavigated the cesspool of scam projects, remember that crypto is still a high risk environment. You don't have to get scammed to lose money in crypto.
1309  Bitcoin / Bitcoin Discussion / Re: The Biggest Austrian Telecommunication Provider Now Accepts Bitcoin Payments on: August 20, 2019, 01:52:54 PM
Oh wow, not bad! Looking at how A1 is planning on accepting AliPay and WeChatPay as well later this month [1] it's quite interesting that they are spearheading with crypto first.

For now it appears to be only a pilot project running in some of their retail stores however, so paying your phone bill with Bitcoin is not in the possible... yet.

[1] https://www.derstandard.at/story/2000107558893/a1-shops-nehmen-kuenftig-auch-bitcoin-an (German only, sorry)
1310  Bitcoin / Development & Technical Discussion / Re: What is an appropriate reaction to dealing with Well-Poisoning Attacks on: August 17, 2019, 10:06:02 PM
Otherwise, you should hope there's law such as Section 230 of the Communications Act and Section 512 of the Digital Millennium Copyright which protect you.
See Why Porn on the Blockchain Won't Doom Bitcoin for more info.

I think this article assesses the situation fairly well. Hosting data that has the potential be converted into illegal content is not the same as hosting illegal content itself. The Bitcoin blockchain is just transaction data. There's no image or media files unless you willingly extract them.
1311  Bitcoin / Development & Technical Discussion / Re: Criticisms of the Lightning Network on: August 09, 2019, 01:18:19 PM
  • IOU's are informal contracts, that have a reputation for being easy to break
  • Lightning channels are contracts too, but they're enforced by the Bitcoin blockchain. You can't break these contracts

Well put. I think a lot of misconceptions regarding LN stem from mistaking the latter for the former. They seem to believe that LN smart contracts are governed by laws similar to legal laws (ie. a social construct based on trust and thus easily broken) while the laws smart contracts are governed by are more akin to the laws of physics.
1312  Bitcoin / Project Development / Re: Bitcoin museum for a large metropolitan city—what should it include? on: August 09, 2019, 11:40:54 AM
The evolution of Bitcoin mining could make a nice section. From early 2010 PCs over specialized GPU mining rigs to the very first ASICs. Add a FPGA setup and ASICMiner USB sticks to break things up a bit.

Maybe a timeline including relevant milestones for a short intro on the history of money. From early barter to grain as money in early Mesopotamia (including the first ledgers [1]) to coinage to medieval banking [2] to fiat money to cryptocurrencies.

[1] https://en.wikipedia.org/wiki/History_of_accounting
[2] https://en.wikipedia.org/wiki/History_of_banking
1313  Other / Beginners & Help / Re: BTC LIMITS on: August 09, 2019, 10:46:29 AM
for the guys that say all wallets dont have limits , your wrong .  im using a local wallet that has thier own limit  . there is a limit for cash in and there is also a limit for cash out  .   also if im not mistaken i have also use a different wallets on the past and they also have thier limits   .  the only way to increase your accounts limit is by doing a kyc   .

I'm sorry to say, but in that case you're not using a wallet but an exchange that pretends to be a wallet. Or rather, it may be a wallet, but it's not your wallet. It's the exchange's wallet.

It's not your wallet unless you and you alone control the private keys. At which point you neither face limits nor KYC procedures.
1314  Bitcoin / Bitcoin Technical Support / Re: Need help please..back in February 2010, what wallets were use? on: August 06, 2019, 10:38:05 AM
Thank you for yours answered! I'm wonder if Bitcoin Qt has also use a seed phrase?
I’m pretty sure Bitcoin Qt/Core never supported seed mnemonics. Back in the old days you actually had to backup its wallet file constantly to get the new generated private keys (after some spending transactions).

Yep. Bitcoin Core didn't contain a HD (Hierarchical Deterministic) wallet until 2016:
https://github.com/bitcoin/bitcoin/pull/8035

Before this implementation Bitcoin Qt didn't derive its addresses from a seed but at random (hence why you had to regularly backup your wallet file).
1315  Bitcoin / Development & Technical Discussion / Re: C R Y P T O S T A M P with BITCOIN (solutions? thoughts & questions) - HELP! on: August 06, 2019, 10:30:22 AM
If you want to create actual tokens rather than just paper wallets I think Counterparty [1] and Omni [2] are what you are looking for. Both run on the Bitcoin network; Omni most famously known for Tether (USDT) and Counterparty probably best known for... ahem... Rare Pepes. I'm not sure how alive either of these projects still are though.

As far as LN is concerned you probably still have to wait for the likes of RGB [3] to enter the stage.

[1] https://counterparty.io/
[2] https://www.omnilayer.org/
[3] https://github.com/rgb-org/spec
1316  Other / Beginners & Help / Re: BTC LIMITS on: August 04, 2019, 12:41:01 PM
ANYONE KNOWS WHICH WALLET I CAN SEND AND RECEIVE BTC WITHOUT LIMITS?

EVERY WALLET CAN SEND AND RECEIVE BTC WITHOUT LIMITS. THERE IS NO TRANSFER LIMIT WITH BITCOIN. THAT'S THE WHOLE POINT.

THE EASIEST WALLET TO GET STARTED IS PROBABLY ELECTRUM. DOWNLOAD IT FROM ELECTRUM.ORG.


AND WHERE I CAN BUY BTC WITHOUT LIMITS ...
LIKE 500 BTC IN ONE DAY ,IS THAT POSSIBLE.

WHEN PURCHASING 500 BTC IN ONE DAY YOU PROBABLY NEED TO GET IN TOUCH WITH EXCHANGES DIRECTLY. IF I REMEMBER CORRECTLY FOR EXAMPLE BITFINEX.COM OFFERS OVER-THE-COUNTER TRADING THAT ALLOWS FOR SUCH AMOUNTS. THEIR REPUTATION HAS BEEN RATHER MIXED LATELY SO MAYBE GET IN TOUCH WITH COINBASE.COM OR KRAKEN.COM INSTEAD. EXPECT A THOROUGH VETTING AND VERIFICATION PROCESS.

WHEN HANDLING SUMS OF THAT SIZE CONSIDER PURCHASING A HARDWARE WALLET FIRST THOUGH. EITHER BUY A LEDGER NANO FROM LEDGER.COM OR A TREZOR FROM TREZOR.IO.
1317  Bitcoin / Bitcoin Discussion / Re: How do I move BitCoin from cold storage into CoinBase? on: August 01, 2019, 12:03:36 PM
What's your cold storage set up? Are you using Armory, paper wallets, something else entirely...?

It's kinda risky to move coins to cold storage without knowing how to get them out again.
1318  Bitcoin / Development & Technical Discussion / Re: Criticisms of the Lightning Network on: July 30, 2019, 01:18:35 PM
I think its lacking ease of use is LN's largest detriment. Even on-chain payments still seem like rocket science to many people, despite having come a long way from just a few years back.

I'm fairly positive though that we'll get there eventually, just like wallet software improved over the years. With more and more users getting familiar with cryptocurrencies and LN ease of use improving we'll end up somewhere viable sooner or later. We still have a long way to go though.

Once we're there though -- which is probably still years from now, so the developer community will need a long breath -- liquidity, routing, etc likely won't be a problem anymore.
1319  Bitcoin / Bitcoin Technical Support / Re: Multiple addresses on multiple coins on: July 30, 2019, 09:15:09 AM
To extend on Ryutaro's quote regarding HD wallets: Imagine these wallets like a tree -- which is where the "hierarchical" part comes from. Each leaf is an address. Each small branch is a user account. Each big branch is a cryptocurrency. Each big branch grows from a trunk that grows out of a seed.

In more technical terms, the seed is random binary data from where in the end every private key is derived from. As a user you will commonly see this in form of a BIP-39 mnemonic seed phrase:
https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki

Using this seed, the tree is "grown" according to BIP-32 and BIP-44:
https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki
https://github.com/bitcoin/bips/blob/master/bip-0044.mediawiki

With each cryptocurrency branch having their own derivation path according to a coin type as registered and documented in SLIP-44:
https://github.com/satoshilabs/slips/blob/master/slip-0044.md

Note that it is possible to generate the public keys and the corresponding addresses independently of each address' private key. This is usually referred to as a watch-only wallet and is necessary for security to allow for cold storage while still being able to automatically generate addresses.

Also note that the actual implementation may widely differ from exchange to exchange.
1320  Other / Beginners & Help / Re: Cryptocurrency wallet on: July 30, 2019, 08:09:13 AM
I have been using this wallet to store my Bitcoins for future trading and trust me this is a reliable and secure crypto wallet. Plus, this wallet provides you with multi-signature functionality which enhances the security.

Here is the link from where I downloaded the wallet: [...]

A newbie account promoting a previously unheard of crypto wallet without any reviews. Not suspicious at all. This is either a scam attempt or a thinly veiled attempt at intransparent social marketing. Either way not trustworthy.

To any newcomers reading this: Do not follow the link above. Do not download the wallet posted above. Just because it's on the App Store, doesn't make it safe. Many people have been scammed by malware wallets on both iOS and Android. As far as cryptocurrencies goes, Apple's and Google's screening process is simply insufficient. Only use wallets with a good track record.
Pages: « 1 ... 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 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 ... 203 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!