Bitcoin Forum
March 07, 2021, 12:18:28 AM *
News: Latest Bitcoin Core release: 0.21.0 [Torrent]
 
   Home   Help Search Login Register More  
Warning: One or more bitcointalk.org users have reported that they strongly believe that the creator of this topic is a scammer. (Login to see the detailed trust ratings.) While the bitcointalk.org administration does not verify such claims, you should proceed with extreme caution.
Pages: « 1 ... 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 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 »
  Print  
Author Topic: [ANN] [BSV] [Bitcoin SV] Original Satoshi Vision  (Read 210170 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (633 posts by 23 users with 55 merit deleted.)
kna
Member
**
Offline Offline

Activity: 195
Merit: 17


View Profile WWW
September 07, 2020, 10:56:17 AM
 #2181





On September - 7 - 2020, BSV was added to the list of two major currencies on the home page of the OKEx trading platform and Hotbit Korea lists Bitcoin SV and allows direct BSV-fiat trading

https://www.okex.com/market?product=bsv_usdt
https://www.okex.com/market?product=bsv_btc

https://www.hotbit.io/exchange?symbol=BSV_USDT


It's great news! Some people/exchange have sulked BSV others have taken the part of CZ guru to exclude BSV without honest reason. It's interesting to see that now they have no choice but to admit that BSV is not kidding since it is looking to the future. I say that this foresight could be generalised in the months and years to come. Joining BSV is building the future now!

🟢 Come & learn how to develop on BitCoin so you can understand in depth what it's all about. For example, what are the differences of being able to work on a stable, secure and unlimited protocol with free training. This way your knowledge and potential can be truly enhanced. https://bitcoinassociation.net/bitcoin-association-to-partner-with-saxion-university-on-bitcoin-sv-massive-open-online-courses/
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1615076308
Hero Member
*
Offline Offline

Posts: 1615076308

View Profile Personal Message (Offline)

Ignore
1615076308
Reply with quote  #2

1615076308
Report to moderator
1615076308
Hero Member
*
Offline Offline

Posts: 1615076308

View Profile Personal Message (Offline)

Ignore
1615076308
Reply with quote  #2

1615076308
Report to moderator
1615076308
Hero Member
*
Offline Offline

Posts: 1615076308

View Profile Personal Message (Offline)

Ignore
1615076308
Reply with quote  #2

1615076308
Report to moderator
hv_
Hero Member
*****
Offline Offline

Activity: 1848
Merit: 828

Clean Code and Scale


View Profile WWW
September 07, 2020, 11:21:29 AM
 #2182


      @Devs, here's a new step forward to help you, Bitcoin Scripting Language release,
    Bitcoin Scripting Language support for Visual Studio Code.


    This extension adds language support for the Bitcoin Scripting Language also known as Bitcoin Script or simply, Script. Specifically, this extension adheres to the grammar of post-genesis Bitcoin SV.

    The file type for the Bitcoin scripting language is .bs

    Features
    • Syntax highlighting
    • Layout
    • Code excerpts
    • Definitions
    • Debugger
    • Linter

    Quick evaluator + debugger
    The Quick Evaluator will run the script and display whether it is TRUE, FALSE or INVALID.



    The debugger will show you the resulting stack, the alt-stack and the type of error produced.



    Layout
    The trainer automatically places each opcode and data element on a new line. All OP_IF / OP_ELSE branches are indented.


    Definitions
    The definitions are based on the definitions.yaml file which was created by scratching the Bitcoin Wiki and later corrections were added from the Bitcoin SV Wiki . To add or update definitions, please do a PR editing the definitions/bitcoinscript.yamlfile.




    Installation
    Start VS Code Quick Open (Ctrl + P), paste the following command and press Enter:
    ext install shade.bsl
    You can also download the extension from the marketplace .

    Release notes

    0.0.15
     
    • Introduction of the debugger and evaluator[
    • Added bsl.debuget bsl.evaluatecommands


    0.0.12
     
    • New syntax highlighting (reserved OPCODES now supported)
    • Trainer for indentation based on the branches OP_IF / OP_ELSE
    • Overview map based on the definition file.


    0.0.6
     
    • Initial version of BSL


    Source: https://marketplace.visualstudio.com/items?itemName=shade.bsl
    Source: https://github.com/shade/vscode-bitcoinscript

    ___Thanks Joe!
    [/list]

    Good old op codes are back - yes.

    Only few understood what they where good for

    Blocked  soon by haters

    that also made eth happen


    wtf


    Bitcoin can do it all - if you care and work

    Carpe diem  -  understand the White Paper and mine honest.
    Fix real world issues: Check out b-vote.com
    The simple way is the genius way - Satoshi's Rules: humana veris _
    Do_zzze
    Member
    **
    Offline Offline

    Activity: 289
    Merit: 24

    I 'm a supporter of BitcoinSV BSV #capacity #build


    View Profile WWW
    September 08, 2020, 12:09:19 PM
     #2183


    Another fascinating topic within the BSV Ecosystem:

    Quote
    Standardize SPV and Tokens for Five Billion Daily Active Users

    Introduction
    In order to get to five billion daily active users of Bitcoin it is important to implement and standardize Simplified Payment Verification (SPV) wallets with support for tokenized digital assets including major world fiat currencies like the US Dollar.

    We can summarize these initiatives as follows:

    Implement and standardize SPV wallets. SPV wallets, described in the original white paper but never fully implemented, enable users to possess and transact in digital cash. Although the user will not know how it works, what is going on is that their device is automatically sending and receiving transactions from other people and entities and verifying the user's own transactions. Not only does this enable every non-custodial use-case, such as small cash transactions, it is also important for the security of Bitcoin as a whole that the block headers are widely distributed in end-user SPV wallets. The wide distribution of block headers is what prevents nodes from committing fraud and is the central distinguishing feature of a public blockchain versus a private database. Not only do we need to implement SPV, but we need to do so in a way that is standardized and interoperable through the ecosystem.
    Implement and standardize tokenized digital assets on Bitcoin. Most people will not consciously send and receive Bitcoin. Instead, they will send and receive their local fiat currency or other digital assets such as stocks and bonds. Under the hood, Bitcoin is being used to pay nodes to stamp their transaction to the blockchain. But the costs are so small as to be negligible to most users. In order to get tokens going on Bitcoin, we need both the technical protocols to do so as well as the businesses (and maybe governments) to back the assets. It is important that these protocols are standardized so that they can be widely implemented and used throughout the ecosystem.
    This is not a complete list of tasks that we must finish to get to five billion daily active users. We need to learn, build, test, iterate, rebuild, educate, market, sell, and over again just like any other industry. In this article we are going to concentrate only on the technical standards portion of the initiative. Our goal is to standardize everything necessary to get to five billion daily active users.

    The Technical Standards Committee
    The Bitcoin Association recently announced the Technical Standards Committee (TSC) https://bitcoinassociation.net/bitcoin-sv-technical-standards-committee/ The goal of the TSC is to establish and maintain a process for creating technical standards that use Bitcoin as the base protocol. The TSC will not actually create standards but will make sure that anyone who wants to create a standard has a clear process to follow that will result in real standards that are widely used.

    Paymail (see also Money Button documentation) is an example of a standard we have already created, but that has not been formally standardized yet. We will create a formal standard for paymail and all other standards that we need to result in SPV and tokens across the ecosystem. Because tokens are so critical for use-cases for Bitcoin, and because token protocols are highly linked to many possible standards related to SPV, we include the token roadmap alongside the SPV roadmap.

    Money Button and other companies are going to follow the process outlined by the TSC to start standardizing the future of wallets, including most especially SPV and tokens. This article motivates the standardization process so as to increase collaboration across the ecosystem, since standards require wide agreement by their nature.

    The Definition of SPV and Tokens
    There are no SPV wallets right now. This is a bit surprising considering SPV was described in the original white paper. Why haven't any wallets actually implemented SPV?

    Essentially, SPV has been overlooked because Bitcoin has been widely misunderstood and mis-implemented. Many people who got involved in Bitcoin were motivated to do something other than create the plumbing of the world economy. Their vision did not require scale, security, user-experience, or legality, so they never implemented SPV.

    For those of us who want world adoption and who believe that the original vision for Bitcoin will get us there, we need to take care of the basics now. It is our responsibility to make SPV and tokens happen.

    Non-custodial wallets currently exist, but do not go far enough for real SPV. The properties of an SPV wallet are as follows:

    Transactions must be sent peer-to-peer. There is no reason for a payer to rely on a transaction to be relayed through nodes when they could hand over the transaction peer-to-peer directly to the recipient. This allows for instant transactions and is far more scaleable as it does not require that the recipient scan the blockchain or subscribe to a service to find their payment.
    Transactions must include inputs and Merkle proofs. In order for the recipient to validate their transaction while offline, it is important that they can see the input transactions and inclusion proofs (Merkle proofs) for the inputs. The input transactions are necessary in order to validate the transaction and the Merkle proofs are necessary to know the coins originally came from the blockchain. Although many people will be online when receiving a transaction, it is important that our protocols do not exclude realistic use-cases, and internet connections are not 100% reliable. The offline use-case is also important for future extensibility to support payment channels which aren't sent to nodes.
    Wallets must track the block headers from the nodes. The end-user wallet can track the latest block headers from the nodes using a standardized form of Miner ID and the Merchant API. If it is ever the case that a node commits fraud such as by changing the block headers, it is important that the block headers are widely distributed to prevent this. This does not require that end-user wallets do anything expensive (SPV is cheap) but it does require that wallet developers are conscious to do SPV properly to make sure this security mechanism exists.
    Tokens need the following properties:

    Standardized token protocol, or at least a wrapper protocol. We do not currently have a standardized token protocol, but there are several in development. If possible, it is desirable to have only one standard so that there is less for businesses to implement. However, some token protocols may be more appropriate for some use-cases than others. To allow for this, it may be better to standardize a token wrapper that allow us to use tokens in an interoperable way across services without worrying about the details inside each protocol. This will allow a market of many different protocols to exist while still limiting the amount of work businesses have to do to implement new protocols.
    Real world businesses or governments that back assets. Tokens are not useful if they do not have value. It is important that we have real-world stocks, bonds, and fiat currencies. Each of these asset classes have many different types of assets issued by governments or corporations all over the world. There can be many parallel initiatives in places that solve different pieces of this puzzle. The token protocols must be developed in collaboration with these businesses to make sure the protocols will actually be used.
    SPV and tokens, by their nature, require interoperable standards. A wallet that implements SPV and tokens in a proprietary way does not have any advantages over systems that already exist like centralized payment and data management. In order to get the benefits of Bitcoin, these things must be standardized to enable a competitive market.

    Why SPV and Tokens Matter for Five Billion Daily Active Users
    SPV and Tokens are prerequisites for five billion daily active users for the following reasons:

    SPV is necessary to scale Bitcoin. As the volume of transactions increases on the network, the cost of running the node software increases. It is already cost-prohibitive for normal users to run the node software and it will only get more expensive. It has always been the intention that end-users run SPV, which requires computational power low enough that even feature phones can do it. Widely deployed SPV is the only way we get to five billion daily active users.
    SPV is necessary for the security of Bitcoin. Oddly overlooked, it is necessary that the block headers are widely distributed for Bitcoin to be secure. If everyone has the block headers, then no one can unwind the blockchain. Some people have promoted the idea that everyone should run the node software, which would result in everyone having the block headers, but this will not work because it is cost prohibitive. However, SPV is extremely cheap and scaleable, so it is a way to distribute the block headers widely, almost for free.
    SPV is necessary for private Bitcoin. Bitcoin enables users to really own their data and their money. For many transactions, users desire privacy. Digital cash in SPV wallets enables genuinely private transactions. Only the user and the recipient of the funds know who are the participants of the transaction. As the scale of Bitcoin increases, the privacy increases because finding a transaction is like finding a needle in a haystack that keeps getting bigger. Users do not get these benefits if they must rely on trusted third-parties to transact on their behalf, because then the trusted third-party knows everything.
    SPV is necessary for usable Bitcoin. Bitcoin enables a better user-experience than the traditional payment system for many use-cases, especially small cash transactions and micropayments. Small cash transactions do not require Know-Your-Customer (KYC) compliance, meaning that users do not need to scan their passport to use the service. Thus, it is easy to create and destroy SPV wallets without any action from the user. Using SPV as contrasted with a custodial wallet enables this use-case.
    Tokens are necessary for usable Bitcoin. Tokens are key because most users will not care about Bitcoin (BSV) the digital asset. Instead, they will use a wallet that manages digital assets they actually care about, such as their local fiat currency for cash transactions or their investment portfolio including stocks and bonds. In most cases, users will not know they are using Bitcoin, in the same way that most users do now know they are using the internet.
    SPV and tokens are necessary (but not sufficient) for five billion daily active users.

    A Standardization Roadmap
    The intention of this article is not to argue in favor of any particular standards (except existing standards, like paymail), but to argue that we need to have a standardization roadmap with small, modular standards that build up from the most basic standards to complex standards. Each modular standard will have some businesses interested and designing and implementing it. The fact that they fit together like puzzle pieces in a standardization roadmap will encourage more businesses to get onboard as they will see the end-game is something we all want.

    As such, the following is a hypothetical standardization roadmap that will get us to five billion daily active users with SPV and tokens. Our hope is that businesses will provide feedback to this roadmap and that the standards we actually design and implement will solve the same set of issues, but may look different in detail to the particulars outlined here.

    1. Paymail
    Paymail as it was originally launched solves two important problems: A way to have names that are human-readable and machine-readable simultaneously, and a way to have an endpoint so that users can communicate (or their device can communicate on their behalf) with the other person or entity. We also had the ability to deliver addresses and public keys in the original paymail protocol, but these should be regarded as MVPs of paymail. The real value of paymail is that it is an extensible protocol for naming and queries and we can use it to solve many of the other issues for SPV and tokens. Most of the value of paymail will be delivered over time as it is extended to solve countless issues that rely on naming and queries.

    2. Signatures, encryption, and Diffie-Hellman (DH) key exchange
    Many protocols we want to use on top of Bitcoin will require data that is signed and/or encrypted. Money Button has already implemented on-chain and off-chain signatures and encryption and it is widely used around the ecosystem. We need to standardize signatures and encryption both for their own sake, but also to with the intention to be re-used inside other higher-level protocols discussed below, such as invoices and KYC.

    Signatures and encryption often only make sense in the context of a shared secret and derivation of new keys, and as such as should include DH key exchange in these standards, along with any other cryptographic primitives that we plan to re-use in higher level protocols.

    Dependencies:

    Paymail. While not all signatures or encryption need to be attached to a paymail, many do. The public key in the original paymail protocol can be used for signatures, encryption, and DH key exchange.
    3. KYC
    Know-Your-Customer (KYC) regulations play an important role throughout the ecosystem. Any time a user needs to scan their passport of government ID, it is probably because of KYC regulations. Exchanges and wallets need to follow KYC regulations.

    KYC can be irritating for the end-user if they have to scan their passport over and over. But a related concept is that the user likes to know what is the true identity of the party on the other side of the transaction, such as when making a purchase at a store or with another individual the user is trading with. This is good for end-users. A good solution to KYC can solve both issues, bringing both the user-experience benefits and eliminating the need to scan one's passport over and over.

    Essentially, the way to solve KYC is to allow third-party identity businesses like Jumio, or wallets or exchanges acting on their behalf, to sign a user's paymail. This in combination with a standardized paymail authentication system will allow users to log into services and provide access to KYC information without first scanning their passport for the Nth time.

    The same technology can be used to allow businesses to prove their identity to the end-user or to other businesses.

    Dependencies:

    Paymail. The proposed solution to KYC requires an extension to paymail that allows third-party KYC providers to sign the user's paymail.
    Signatures, encryption and DH key exchange. The paymail is signed, and private data will need to be encrypted.
    4. Invoices
    Users need to be able to send and receive invoices in a standardized way where a user with one wallet can send an invoice to another wallet. The notion of invoices will almost certainly replace the casual use of sending money to an address or a paymail. Invoices can be signed, authenticated, and tracked in a manner that makes accounting much better than without them. Invoices are standard in business and we should being them to Bitcoin.

    BIP 270 is a proposed standard but is not yet widely implemented. We can use BIP 270, but we should be sure to also solve the problems that aren't solved by BIP 270, including most especially signing the invoices, which will require KYC and related standards first.

    Dependencies:

    Paymail. This is who the invoice is to and from and how we do KYC.
    Signatures, encryption, and DH key exchange. Either used on its own to sign/encrypt invoices or used in combination with KYC.
    KYC. The ability to sign an invoice with your real name or company name.
    5. NAT traversal
    In order to send messages peer-to-peer over the internet, which is necessary for sending transactions and Merkle proofs, we need to worry about a highly technical issue with respect to how the ipv4-based internet works. This issue is Network Address Translation (NAT) which means the the router in between the user and the internet will automatically change their IP address and makes it quite difficult to get a message directly to them from the outside unless they have first established a connection. There are a variety of techniques for solving this issue. We will not propose any particular solutions here, other than to point out that the solutions involve a bit of cryptography, and as such any solution will likely require signatures and encryption.

    Dependencies:

    Signatures, encryption, and DH key exchange. Most likely will be used to authenticate the communicating party.
    6. Peer-to-peer messaging
    SPV requires that we send transactions peer-to-peer. Additionally, input transactions and Merkle proofs are also sent along with the payment. It is possible that a peer-to-peer messaging protocol could be used for other things besides transactions (such as user-to-user chat), but transactions will be the primary use-case.

    Note that in this example I am assuming invoices are implemented first, but it would also be possible to build an invoice system on top of the peer-to-peer messaging infrastructure.

    Dependencies:

    Paymail. The name and endpoint of the person or entity the user is messaging.
    Signatures, encryption, and DH key exchange. Cryptography is used for all messages for privacy and authenticity.
    NAT traversal. The only way to get a message to an end-user is with some resolution to NAT traversal.
    7. On-chain audit trail
    Many protocols become more secure if events are logged on-chain, including the delivery of the receiving address in paymail. A standardized way to do on-chain logging would be useful.

    Dependencies:

    Paymail. Most likely the logs are tagged with a paymail.
    Signatures, encryption, and DH key exchange. Most likely the logs are signed and encrypted with a paymail.
    8. Peer-to-peer transactions, Merkle proofs, and input transactions
    SPV requires that transactions themselves are sent directly to the recipient along with input and transactions and Merkle proofs so that the recipient can validate the transaction before sending it to a node.

    Note that Money Button, Handcash, and Simply.Cash already have implemented a version of peer-to-peer transactions, which is a useful starting point for full SPV.

    Dependencies:

    Paymail. Where to send the transaction and where it comes from.
    Signatures, encryption, and DH key exchange. Cryptography is used for all messages for privacy and authenticity.
    NAT traversal. The only way to get a message to an end-user is with some resolution to NAT traversal.
    Peer-to-peer messaging. Most likely this protocol is built directly on top of the peer-to-peer messaging protocol.
    9. Tokens or token wrapper protocol
    To make implementation easier, it is desirable that we have exactly one token protocol standard. However, given the history of our industry and the proliferation of projects creating token protocols, we may never have a situation where there is one dominant token protocol. Thus, we should consider standardizing a simple and flexible wrapper protocol for tokens that will enable token protocol developers to innovate inside of a standard wrapper so that.

    ERC 20 tokens are the token wrapper protocol for Ethereum.

    Tokens most likely do not depend on any of the other standards on this list, but may be used inside of them. For instance, the invoice protocol may not start out support tokens, but may need to be extended to do so.

    10. Names and avatars for paymail
    It would be useful to see names and faces next to the paymails in your contact list.

    Dependencies:

    Paymail. Who the name and avatar is for.
    Signatures, encryption, and DH key exchange. For signing the names and avatars.
    11. FATF compliance
    The Financial Action Task Force (FATF) creates recommendations for national governments to regulate their financial industry. The recommendations are widely followed globally and we need to comply with them. New FATF recommendations require that businesses communicate KYC information for digital currency transactions. A protocol has already been created to solve this issue: InterVASP. We will have the option of using InterVASP or rolling our own or some of both.

    Dependencies:

    Paymail. Almost certainly our solution should be built on top of paymail to make sending and receiving transactions simple and compatible with our existing systems.
    KYC. We also have the option of using our own KYC technology in the protocol.
    12. Paymail authentication or "sign in with paymail"
    Because Money Button adopted basic cryptographic operations including signatures, businesses have started to implement informal "sign in with paymail" by swiping Money Button. This is both a great solution to the user-experience issue of logging into a website without using yet another new username and password, and also a way to provide permissioned access to the user's wallet. This makes countless applications possible and can be combined with other protocols like KYC to enable single sign-on into financial institutions without having to scan one's passport yet again. This idea is probably best extended to become a protocol. We can call this paymail authentication or "sign in with paymail".

    Not only should this protocol allow one to sign in, but it should also include protocols for granting permission to the user's wallet. For instance, the user can grant access to spend small amounts of money automatically or sign or encrypt or decrypt data automatically. These extensions could be added after the basic protocol for signing in is created first.

    Dependencies:

    Paymail. The name you use to log in is your paymail and we re-use the https endpoints for other properties of the protocol such as granting permission.
    Signatures, encryption, and DH key exchange. These will be necessary for authentication and privacy.
    Conclusion
    We have argued that SPV and tokens are necessary to achieve five billion daily active users for Bitcoin. Five billion comes from the number of adult economic agents on the planet. If we can achieve this number, we can confidently say we have achieved global adoption for Bitcoin.

    In order to have SPV and tokens, it is not just a matter of having one business implement them. SPV and tokens are by their nature protocols that need to be widely adopted if they are to be meaningful. They need to be standards.

    The Technical Standards Committee (TSC) has been created to facilitate the creation of standards. The next step is a roadmap where businesses design and implement standards useful to them in a particular order that allows standards to be re-used inside of each other with smart dependencies. We start with the most basic standards first and build upwards.

    What we have outlined in this article is a hypothetical roadmap for creating modular standards that will result in widely implemented SPV and tokens. The roadmap here does not propose any concrete standards other than the ones that already exist (particularly paymail). Instead, the roadmap is intended to provoke discussion and be referenced by companies already working on these standards. The intention is that the actual standards roadmap will be similar to this list, but most likely will include more, better solutions, after relevant discussions have taken place.

    Ryan X. Charles is the founder of Money Button and a member of the Technical Standards Committee.

    Souce: https://powping.com/posts/ef72d7cb5e0ce6a7457dffc79f9c17e791cc50d18f049d5e89736c624d805a04

    BTC is not same of original source code set in stone only by Satoshi Nakamoto check here https://github.com/bitcoin and compare with https://github.com/bitcoin-sv You will see the facts, what became technically BTC modified because implemented by Core and named Bitcoin is very far from the original. You will notice that the BSV code is in conformity with Satoshi Nakamoto's masterpiece thanks to nChain which cleaned the code of the successive incrementations (SegWit and others) that Core had imposed by voice of community BIP against what Satoshi has created. I'm convinced that BitcoinSV (BSV) original XBT is the best technological opportunity of capacity for use and stable build on original Bitcoin protocol.
    ReD_Yaka_MoZ
    Newbie
    *
    Offline Offline

    Activity: 10
    Merit: 1


    View Profile
    September 08, 2020, 01:47:16 PM
     #2184


    Quote
    Baemail is a mailbox that protects your time and privacy with encrypted e-mails on the blockchain, delivered to an inbox automatically sorted by value so that spammers can now pay you /baemail][Suspicious link removed]/baemail

    Spam wastes a lot of our time every day, and it seems we have finally found the perfect way to put it behind us forever.

    Now when you write your email, you can add value to it to prove to the person you are contacting that your message is not spam. It can be as little as 1 cent or as much as you want.

    Your inbox will be sorted by default. This means that the message that comes with the highest value attached in Bitcoin will appear first. You can always ignore it, or you can reply to it and refund the original sender if the message was valuable!

    This results in the suppression of spam, because spammers cannot afford a few cents for each e-mail because they rely on the possibility to spam millions of people at a time, which then becomes too expensive and traceable because everything is on the block.

    On the other hand, for honest people like you and me, sending is almost free because you only exchange a few cents back and forth with your friends, and your privacy is protected by default encryption, which is not the case with your current mailbox!

    There's even a chrome extension that integrates your mailboxes directly into gmail for added convenience.

    You are free to try it here: /baemail][Suspicious link removed]/baemail


    I tested this new application under BSV it's great I recommend it to everyone!
    Do_zzze
    Member
    **
    Offline Offline

    Activity: 289
    Merit: 24

    I 'm a supporter of BitcoinSV BSV #capacity #build


    View Profile WWW
    September 09, 2020, 09:23:31 AM
    Last edit: September 09, 2020, 09:37:53 AM by Do_zzze
     #2185

     
     🟢 Did you know that with BitcoinSV (BSV) it is possible to revolutionize online advertising, using a very well-functioning blockchain mechanic! What if you, too, let yourself be tempted and take part in the adventure?

    Just like Powping, Powpress, TonicPow, Mementosv, Bit.sv solutions allow you to remunerate the creators of advertising content at their fair value. Whether you are an individual, an author, a blogger, a large agency, a smaller company or a professional influencer, an advertisement negotiated with the tools offered by the solutions deployed in the ecosystem now obeys only two rules: absolute transparency certified on the BSV blockchain... and the real performance of its publications (views, likes, comments, sharing...).

    The process is automated from start to finish. The applications come with an easy to use cryptomoney portfolio as a money button . Even newcomers who are not familiar with blockchain technologies can therefore use all these solutions easily.

    This revolution is available and it's just waiting for you!

    Based on the rich experience of recognized professionals in the blockchain environment, the applications developed under BSV propose to reshuffle the cards in the advertising world.

    Don't hesitate, and you too, to lend a hand by participating or simply to exploit the various solutions implemented by valiant teams of international entrepreneurs who carry their projects head on even in the face of adversity, thus revolutionizing our digital world and continuing to build tomorrow's world right now.


    https://powping.com/
    https://powpowpress.com/
    https://tonicpow.com/
    https://www.mementosv.app/
    https://bit.sv/



    BTC is not same of original source code set in stone only by Satoshi Nakamoto check here https://github.com/bitcoin and compare with https://github.com/bitcoin-sv You will see the facts, what became technically BTC modified because implemented by Core and named Bitcoin is very far from the original. You will notice that the BSV code is in conformity with Satoshi Nakamoto's masterpiece thanks to nChain which cleaned the code of the successive incrementations (SegWit and others) that Core had imposed by voice of community BIP against what Satoshi has created. I'm convinced that BitcoinSV (BSV) original XBT is the best technological opportunity of capacity for use and stable build on original Bitcoin protocol.
    Bitcoin SV
    Full Member
    ***
    Offline Offline

    Activity: 206
    Merit: 186



    View Profile
    September 10, 2020, 09:10:35 AM
     #2186

    What is reliable scalable protocol? Right. It's Bitcoin SV
    BitcoinFX
    Legendary
    *
    Offline Offline

    Activity: 2408
    Merit: 1552


    https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF


    View Profile WWW
    September 10, 2020, 09:24:41 AM
     #2187

    What is reliable scalable protocol? Right. It's Bitcoin SV

    FAKE NEWS.

    Real news ...

    bannnnn

    Yes 'ban' these charlatans ... BSV is NOT Bitcoin and CSW has categorically failed to produce any valid cryptographically assured evidence to date.

    Is this your twitter account 'Bitcoin SV' ? I appears twitter thinks someone has been 'impersonating' the real Bitcoin (BTC) ...

    Which would seem to be the case here ...

    "Lulz."



    - https://twitter.com/bennd77/status/1303660034971381760

    Grin

    "Bitcoin OG" Bored/Board of making others wealthy! | 1JXFXUBGs2ZtEDAQMdZ3tkCKo38nT2XSEp | Bitcoin is BTC | CSW is NOT Satoshi Nakamoto | I Mine BTC, LTC, ZEC, XMR and GAP | Support my BTC on Tor addnodes Project | Media enquiries : Wu Ming | Enjoy The Money Machine | "You cannot compete with Open Source" and "Cryptography != Banana"
    Bitcoin SV
    Full Member
    ***
    Offline Offline

    Activity: 206
    Merit: 186



    View Profile
    September 10, 2020, 09:56:47 AM
     #2188

    Wow, twitter itself made free promotion for us. Popularity of BSV is only growing.

    CSW is really genius. Now everyone will definitely switch from BTC to BSV



    Iamtutut
    Full Member
    ***
    Offline Offline

    Activity: 1064
    Merit: 128


    View Profile
    September 10, 2020, 10:42:47 AM
     #2189

    More than 15 empty blocks mined over the last 10 hours on ShitshowSV.

    That's failure illustrated on chain.

    Keep going BSVtards.
    Bitcoin SV
    Full Member
    ***
    Offline Offline

    Activity: 206
    Merit: 186



    View Profile
    September 10, 2020, 11:07:19 AM
    Merited by Do_zzze (4), hv_ (2)
     #2190

    More than 15 empty blocks mined over the last 10 hours on ShitshowSV.

    That's failure illustrated on chain.

    Keep going BSVtards.
    And....?

    BTC also had empty blocks.
    alevlaslo
    Hero Member
    *****
    Offline Offline

    Activity: 1806
    Merit: 588


    View Profile
    September 10, 2020, 11:32:50 AM
     #2191

    The best coin and best mobile cold wallet Simply Cash

    hv_
    Hero Member
    *****
    Offline Offline

    Activity: 1848
    Merit: 828

    Clean Code and Scale


    View Profile WWW
    September 10, 2020, 11:38:11 AM
     #2192

    The best coin and best mobile cold wallet Simply Cash

    Simpy Cash seems great, relayx, centbee, electrumsv, moneybutton too - anyone tested dot wallet ?

    Carpe diem  -  understand the White Paper and mine honest.
    Fix real world issues: Check out b-vote.com
    The simple way is the genius way - Satoshi's Rules: humana veris _
    Do_zzze
    Member
    **
    Offline Offline

    Activity: 289
    Merit: 24

    I 'm a supporter of BitcoinSV BSV #capacity #build


    View Profile WWW
    September 10, 2020, 11:47:04 AM
    Last edit: September 10, 2020, 11:59:38 AM by Do_zzze
     #2193

    Notice to the legendary armyTrolls.

    Hello little one, I see you've come back to spit out your venom with your multiple nicknames (yes, you've been betrayed by technology). Don't think you are masked just because you live on a boat (belonging to your uncle) docked in south east asia with a masked flag. You must miss your aunt's room....

    Note, the BSV protocol is viable.  Talented teams and volunteers like us are building and giving out new application features almost every week or so so that everyone can explore and live their own experiences in the BitcoinSV ecosystem.

    I've been looking at your history and I notice that you are a sick man who is very used to denigrating and spitting on people's work. So at your stage nothing can be done to give you a reasonable purpose.

    What are you doing to help? Do you create value, jobs, or help with technological outreach? My big finger tells me that your answer will be very much oriented towards: NOTHING of all this.

    Note that BSV has been deployed for almost 2 years. There is no scam here and there has never been one.

    The scam is your defamatory words and repeated accusations. You've been doing this for over 5 years now according to your history, so this is well before the creation of BSV, which you are particularly targeting. In the end you don't even realize that you are wasting your own time.

    We will continue me and my developer friends to support BSV and other innovative projects in spite of your pathetic perpetual attacks to denigrate the advances made and to come.

    You want troll war, ok go ahead... This is not our fight. Readers will make the difference anyway. Keep on judging people, keep on being relentless, keep on denigrating as it seems to make you enjoy it. By the way, I invite you not to waste too much time here and elsewhere because if you keep on not taking care of your asian girlfriend someone else will do it for you and she will leave you hanging on her arm so you might lose something precious (or she will open her eyes...).

    Whether you like it or not it is so,  we support Craig, Calvin, BSV, Ryan, Steeve, Dan, ......... and all those who gravitate towards building a usefulness.

    Be assured that time is against you and your actions.

    We look forward to hearing from you.

    Nico

    BTC is not same of original source code set in stone only by Satoshi Nakamoto check here https://github.com/bitcoin and compare with https://github.com/bitcoin-sv You will see the facts, what became technically BTC modified because implemented by Core and named Bitcoin is very far from the original. You will notice that the BSV code is in conformity with Satoshi Nakamoto's masterpiece thanks to nChain which cleaned the code of the successive incrementations (SegWit and others) that Core had imposed by voice of community BIP against what Satoshi has created. I'm convinced that BitcoinSV (BSV) original XBT is the best technological opportunity of capacity for use and stable build on original Bitcoin protocol.
    hv_
    Hero Member
    *****
    Offline Offline

    Activity: 1848
    Merit: 828

    Clean Code and Scale


    View Profile WWW
    September 10, 2020, 12:09:46 PM
     #2194

    Bitcoin SV is the trigger to

    https://digital-economist.com/2020/09/08/google-amazon-facebook-ad-boom-ends/

    TonicPow and more to show

    Carpe diem  -  understand the White Paper and mine honest.
    Fix real world issues: Check out b-vote.com
    The simple way is the genius way - Satoshi's Rules: humana veris _
    Piston Honda
    Legendary
    *
    Offline Offline

    Activity: 2324
    Merit: 1050


    Juicin' crypto


    View Profile
    September 10, 2020, 12:45:52 PM
     #2195

    please just stop trying with this shitcoin thanks. it will benefit everyone. every new person i introduce into crypto after explaining btc is DO NOT TOUCH BSV (or BCH) haha.

    $ADK ~ watch & learn...
    Bitcoin SV
    Full Member
    ***
    Offline Offline

    Activity: 206
    Merit: 186



    View Profile
    September 10, 2020, 02:12:20 PM
     #2196

    every new person i introduce into crypto after explaining btc is DO NOT TOUCH BSV (or BCH) haha.
    As a result, the popularity of our coin is only growing.

    Those who are unfamiliar with BSV now know about the existence of such coin
    hv_
    Hero Member
    *****
    Offline Offline

    Activity: 1848
    Merit: 828

    Clean Code and Scale


    View Profile WWW
    September 10, 2020, 02:40:08 PM
     #2197

    German covering of new Twetch Feature

    https://bitcoinblog.de/2020/09/10/twetch-app-wird-zur-chat-app/


    Carpe diem  -  understand the White Paper and mine honest.
    Fix real world issues: Check out b-vote.com
    The simple way is the genius way - Satoshi's Rules: humana veris _
    Bitcoin SV
    Full Member
    ***
    Offline Offline

    Activity: 206
    Merit: 186



    View Profile
    September 10, 2020, 02:49:10 PM
     #2198

    The best coin and best mobile cold wallet Simply Cash
    One of the most secure wallets
    BitcoinFX
    Legendary
    *
    Offline Offline

    Activity: 2408
    Merit: 1552


    https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF


    View Profile WWW
    September 10, 2020, 05:20:55 PM
    Last edit: September 10, 2020, 05:39:57 PM by BitcoinFX
    Merited by JayJuanGee (1)
     #2199

    Notice to the legendary armyTrolls.

    Hello little one, I see you've come back to spit out your venom with your multiple nicknames (yes, you've been betrayed by technology). Don't think you are masked just because you live on a boat (belonging to your uncle) docked in south east asia with a masked flag. You must miss your aunt's room....

    Note, the BSV protocol is viable.  Talented teams and volunteers like us are building and giving out new application features almost every week or so so that everyone can explore and live their own experiences in the BitcoinSV ecosystem.

    I've been looking at your history and I notice that you are a sick man who is very used to denigrating and spitting on people's work. So at your stage nothing can be done to give you a reasonable purpose.

    What are you doing to help? Do you create value, jobs, or help with technological outreach? My big finger tells me that your answer will be very much oriented towards: NOTHING of all this.

    Note that BSV has been deployed for almost 2 years. There is no scam here and there has never been one.

    The scam is your defamatory words and repeated accusations. You've been doing this for over 5 years now according to your history, so this is well before the creation of BSV, which you are particularly targeting. In the end you don't even realize that you are wasting your own time.

    We will continue me and my developer friends to support BSV and other innovative projects in spite of your pathetic perpetual attacks to denigrate the advances made and to come.

    You want troll war, ok go ahead... This is not our fight. Readers will make the difference anyway. Keep on judging people, keep on being relentless, keep on denigrating as it seems to make you enjoy it. By the way, I invite you not to waste too much time here and elsewhere because if you keep on not taking care of your asian girlfriend someone else will do it for you and she will leave you hanging on her arm so you might lose something precious (or she will open her eyes...).

    Whether you like it or not it is so,  we support Craig, Calvin, BSV, Ryan, Steeve, Dan, ......... and all those who gravitate towards building a usefulness.

    Be assured that time is against you and your actions.

    We look forward to hearing from you.

    Nico


    1.  Are you talking about me or to me ?
    - https://bitcointalk.org/index.php?topic=5.msg188#msg188

    2.  ...

    3.  ...

    ...

    BSV is NOT a viable protocol.

    Big blocks are a scaling problem NOT a scaling solution.

    The BSV blockchain will become increasingly bloated with pointless and useless data ...

    If / when utility ever increases (and transaction fees will then be higher) the BSV blockchain will become increasingly centralized and infeasible to synchronize or utilize, especially for micro-transactions, which could become impossible (without a layered solution).

    ...snip...

    ... Bitcoin itself cannot scale to have every single financial transaction in the world be broadcast to everyone and included in the block chain. There needs to be a secondary level of payment systems which is lighter weight and more efficient. Likewise, the time needed for Bitcoin transactions to finalize will be impractical for medium to large value purchases.

    ...snip...


    So called BSV developers are literally building castles in someone else's sandbox.

    Craig Wright has failed to provide any proof that he was/is satoshi and/or that he had anything whatsoever to do with creating Bitcoin.

    He as presented otherwise ...
    - https://seekingsatoshi.weebly.com/fraud-timeline.html

    BSV is a fork of BCH which is a fork of original Bitcoin BTC.

    The fact that BSV is a fork and not the original Bitcoin is contained within your license agreement ...
    - https://github.com/bitcoin-sv/bitcoin-sv/blob/master/LICENSE

    ... "The Bitcoin SV blockchains are defined,
    for purposes of this license, as the Bitcoin blockchain containing block height #556767
    with the hash "000000000000000001d956714215d96ffc00e0afda4cd0a96c96f8d802b1662b" ...


    Bitcoin remains BTC at https://bitcoin.org
    - https://web.archive.org/web/20090303195936/http://bitcoin.org/

    Satoshi didn't want Bitcoin forks ...

    A second version would be a massive development and maintenance hassle for me.  It's hard enough maintaining backward compatibility while upgrading the network without a second version locking things in.  If the second version screwed up, the user experience would reflect badly on both, although it would at least reinforce to users the importance of staying with the official version.  If someone was getting ready to fork a second version, I would have to air a lot of disclaimers about the risks of using a minority version.  This is a design where the majority version wins if there's any disagreement, and that can be pretty ugly for the minority version and I'd rather not go into it, and I don't have to as long as there's only one version.

    I know, most developers don't like their software forked, but I have real technical reasons in this case.

    ...snip...

    ...

    "Another reason why BSV will sink into oblivion. Their low quality patents (mostly hold by nChain, a Calvin Ayre controlled vehicle) have now become totally worthless & unsellable."
    - https://twitter.com/MyLegacyKit/status/1304095691459964929

    "Bitcoin OG" Bored/Board of making others wealthy! | 1JXFXUBGs2ZtEDAQMdZ3tkCKo38nT2XSEp | Bitcoin is BTC | CSW is NOT Satoshi Nakamoto | I Mine BTC, LTC, ZEC, XMR and GAP | Support my BTC on Tor addnodes Project | Media enquiries : Wu Ming | Enjoy The Money Machine | "You cannot compete with Open Source" and "Cryptography != Banana"
    gentlemand
    Legendary
    *
    Offline Offline

    Activity: 2576
    Merit: 2963


    Welt Am Draht


    View Profile
    September 10, 2020, 05:35:47 PM
    Merited by JayJuanGee (1)
     #2200

    We look forward to hearing from you.



    Pages: « 1 ... 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 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 »
      Print  
     
    Jump to:  

    Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!