2crow-Bitcoin-Escrow-Service

Zano Newcomers Introduction/FAQ - please read!

Welcome to the Zano Sticky Introduction/FAQ!

https://preview.redd.it/al1gy9t9v9q51.png?width=424&format=png&auto=webp&s=b29a60402d30576a4fd95f592b392fae202026ca
Hopefully any questions you have will be answered by the resources below, but if you have additional questions feel free to ask them in the comments. If you're quite technically-minded, the Zano whitepaper gives a thorough overview of Zano's design and its main features.
So, what is Zano? In brief, Zano is a project started by the original developers of CryptoNote. Coins with market caps totalling well over a billion dollars (Monero, Haven, Loki and countless others) run upon the codebase they created. Zano is a continuation of their efforts to create the "perfect money", and brings a wealth of enhancements to their original CryptoNote code.
Development happens at a lightning pace, as the Github activity shows, but Zano is still very much a work-in-progress. Let's cut right to it:
Here's why you should pay attention to Zano over the next 12-18 months. Quoting from a recent update:
Anton Sokolov has recently joined the Zano team. ... For the last months Anton has been working on theoretical work dedicated to log-size ring signatures. These signatures theoretically allows for a logarithmic relationship between the number of decoys and the size/performance of transactions. This means that we can set mixins at a level from up to 1000, keeping the reasonable size and processing speed of transactions. This will take Zano’s privacy to a whole new level, and we believe this technology will turn out to be groundbreaking!
If successful, this scheme will make Zano the most private, powerful and performant CryptoNote implementation on the planet. Bar none. A quantum leap in privacy with a minimal increase in resource usage. And if there's one team capable of pulling it off, it's this one.

What else makes Zano special?

You mean aside from having "the Godfather of CryptoNote" as the project lead? ;) Actually, the calibre of the developers/researchers at Zano probably is the project's single greatest strength. Drawing on years of experience, they've made careful design choices, optimizing performance with an asynchronous core architecture, and flexibility and extensibility with a modular code structure. This means that the developers are able to build and iterate fast, refining features and adding new ones at a rate that makes bigger and better-funded teams look sluggish at best.
Zano also has some unique features that set it apart from similar projects:
Privacy Firstly, if you're familiar with CryptoNote you won't be surprised that Zano transactions are private. The perfect money is fungible, and therefore must be untraceable. Bitcoin, for the most part, does little to hide your transaction data from unscrupulous observers. With Zano, privacy is the default.
The untraceability and unlinkability of Zano transactions come from its use of ring signatures and stealth addresses. What this means is that no outside observer is able to tell if two transactions were sent to the same address, and for each transaction there is a set of possible senders that make it impossible to determine who the real sender is.
Hybrid PoW-PoS consensus mechanism Zano achieves an optimal level of security by utilizing both Proof of Work and Proof of Stake for consensus. By combining the two systems, it mitigates their individual vulnerabilities (see 51% attack and "nothing at stake" problem). For an attack on Zano to have even a remote chance of success the attacker would have to obtain not only a majority of hashing power, but also a majority of the coins involved in staking. The system and its design considerations are discussed at length in the whitepaper.
Aliases Here's a stealth address: ZxDdULdxC7NRFYhCGdxkcTZoEGQoqvbZqcDHj5a7Gad8Y8wZKAGZZmVCUf9AvSPNMK68L8r8JfAfxP4z1GcFQVCS2Jb9wVzoe. I have a hard enough time remembering my phone number. Fortunately, Zano has an alias system that lets you register an address to a human-readable name. (@orsonj if you want to anonymously buy me a coffee)
Multisig
Multisignature (multisig) refers to requiring multiple keys to authorize a Zano transaction. It has a number of applications, such as dividing up responsibility for a single Zano wallet among multiple parties, or creating backups where loss of a single seed doesn't lead to loss of the wallet.
Multisig and escrow are key components of the planned Decentralized Marketplace (see below), so consideration was given to each of them from the design stages. Thus Zano's multisig, rather than being tagged on at the wallet-level as an afterthought, is part of its its core architecture being incorporated at the protocol level. This base-layer integration means months won't be spent in the future on complicated refactoring efforts in order to integrate multisig into a codebase that wasn't designed for it. Plus, it makes it far easier for third-party developers to include multisig (implemented correctly) in any Zano wallets and applications they create in the future.
(Double Deposit MAD) Escrow
With Zano's escrow service you can create fully customizable p2p contracts that are designed to, once signed by participants, enforce adherence to their conditions in such a way that no trusted third-party escrow agent is required.
https://preview.redd.it/jp4oghyhv9q51.png?width=1762&format=png&auto=webp&s=12a1e76f76f902ed328886283050e416db3838a5
The Particl project, aside from a couple of minor differences, uses an escrow scheme that works the same way, so I've borrowed the term they coined ("Double Deposit MAD Escrow") as I think it describes the scheme perfectly. The system requires participants to make additional deposits, which they will forfeit if there is any attempt to act in a way that breaches the terms of the contract. Full details can be found in the Escrow section of the whitepaper.
The usefulness of multisig and the escrow system may not seem obvious at first, but as mentioned before they'll form the backbone of Zano's Decentralized Marketplace service (described in the next section).

What does the future hold for Zano?

The planned upgrade to Zano's privacy, mentioned at the start, is obviously one of the most exciting things the team is working on, but it's not the only thing.
Zano Roadmap
Decentralized Marketplace
From the beginning, the Zano team's goal has been to create the perfect money. And money can't just be some vehicle for speculative investment, money must be used. To that end, the team have created a set of tools to make it as simple as possible for Zano to be integrated into eCommerce platforms. Zano's API’s and plugins are easy to use, allowing even those with very little coding experience to use them in their E-commerce-related ventures. The culmination of this effort will be a full Decentralized Anonymous Marketplace built on top of the Zano blockchain. Rather than being accessed via the wallet, it will act more as a service - Marketplace as a Service (MAAS) - for anyone who wishes to use it. The inclusion of a simple "snippet" of code into a website is all that's needed to become part a global decentralized, trustless and private E-commerce network.
Atomic Swaps
Just as Zano's marketplace will allow you to transact without needing to trust your counterparty, atomic swaps will let you to easily convert between Zano and other cyryptocurrencies without having to trust a third-party service such as a centralized exchange. On top of that, it will also lead to the way to Zano's inclusion in the many decentralized exchange (DEX) services that have emerged in recent years.

Where can I buy Zano?

Zano's currently listed on the following exchanges:
https://coinmarketcap.com/currencies/zano/markets/
It goes without saying, neither I nor the Zano team work for any of the exchanges or can vouch for their reliability. Use at your own risk and never leave coins on a centralized exchange for longer than necessary. Your keys, your coins!
If you have any old graphics cards lying around(both AMD & NVIDIA), then Zano is also mineable through its unique ProgPowZ algorithm. Here's a guide on how to get started.
Once you have some Zano, you can safely store it in one of the desktop or mobile wallets (available for all major platforms).

How can I support Zano?

Zano has no marketing department, which is why this post has been written by some guy and not the "Chief Growth Engineer @ Zano Enterprises". The hard part is already done: there's a team of world class developers and researchers gathered here. But, at least at the current prices, the team's funds are enough to cover the cost of development and little more. So the job of publicizing the project falls to the community. If you have any experience in community building/growth hacking at another cryptocurrency or open source project, or if you're a Zano holder who would like to ensure the project's long-term success by helping to spread the word, then send me a pm. We need to get organized.
Researchers and developers are also very welcome. Working at the cutting edge of mathematics and cryptography means Zano provides challenging and rewarding work for anyone in those fields. Please contact the project's Community Manager u/Jed_T if you're interested in joining the team.
Social Links:
Twitter
Discord Server
Telegram Group
Medium blog
I'll do my best to keep this post accurate and up to date. Message me please with any suggested improvements and leave any questions you have below.
Welcome to the Zano community and the new decentralized private economy!
submitted by OrsonJ to Zano [link] [comments]

Syscoin Platform’s Great Reddit Scaling Bake-off Proposal

Syscoin Platform’s Great Reddit Scaling Bake-off Proposal

https://preview.redd.it/rqt2dldyg8e51.jpg?width=1044&format=pjpg&auto=webp&s=777ae9d4fbbb54c3540682b72700fc4ba3de0a44
We are excited to participate and present Syscoin Platform's ideal characteristics and capabilities towards a well-rounded Reddit Community Points solution!
Our scaling solution for Reddit Community Points involves 2-way peg interoperability with Ethereum. This will provide a scalable token layer built specifically for speed and high volumes of simple value transfers at a very low cost, while providing sovereign ownership and onchain finality.
Token transfers scale by taking advantage of a globally sorting mempool that provides for probabilistically secure assumptions of “as good as settled”. The opportunity here for token receivers is to have an app-layer interactivity on the speed/security tradeoff (99.9999% assurance within 10 seconds). We call this Z-DAG, and it achieves high-throughput across a mesh network topology presently composed of about 2,000 geographically dispersed full-nodes. Similar to Bitcoin, however, these nodes are incentivized to run full-nodes for the benefit of network security, through a bonded validator scheme. These nodes do not participate in the consensus of transactions or block validation any differently than other nodes and therefore do not degrade the security model of Bitcoin’s validate first then trust, across every node. Each token transfer settles on-chain. The protocol follows Bitcoin core policies so it has adequate code coverage and protocol hardening to be qualified as production quality software. It shares a significant portion of Bitcoin’s own hashpower through merged-mining.
This platform as a whole can serve token microtransactions, larger settlements, and store-of-value in an ideal fashion, providing probabilistic scalability whilst remaining decentralized according to Bitcoin design. It is accessible to ERC-20 via a permissionless and trust-minimized bridge that works in both directions. The bridge and token platform are currently available on the Syscoin mainnet. This has been gaining recent attention for use by loyalty point programs and stablecoins such as Binance USD.

Solutions

Syscoin Foundation identified a few paths for Reddit to leverage this infrastructure, each with trade-offs. The first provides the most cost-savings and scaling benefits at some sacrifice of token autonomy. The second offers more preservation of autonomy with a more narrow scope of cost savings than the first option, but savings even so. The third introduces more complexity than the previous two yet provides the most overall benefits. We consider the third as most viable as it enables Reddit to benefit even while retaining existing smart contract functionality. We will focus on the third option, and include the first two for good measure.
  1. Distribution, burns and user-to-user transfers of Reddit Points are entirely carried out on the Syscoin network. This full-on approach to utilizing the Syscoin network provides the most scalability and transaction cost benefits of these scenarios. The tradeoff here is distribution and subscription handling likely migrating away from smart contracts into the application layer.
  2. The Reddit Community Points ecosystem can continue to use existing smart contracts as they are used today on the Ethereum mainchain. Users migrate a portion of their tokens to Syscoin, the scaling network, to gain much lower fees, scalability, and a proven base layer, without sacrificing sovereign ownership. They would use Syscoin for user-to-user transfers. Tips redeemable in ten seconds or less, a high-throughput relay network, and onchain settlement at a block target of 60 seconds.
  3. Integration between Matic Network and Syscoin Platform - similar to Syscoin’s current integration with Ethereum - will provide Reddit Community Points with EVM scalability (including the Memberships ERC777 operator) on the Matic side, and performant simple value transfers, robust decentralized security, and sovereign store-of-value on the Syscoin side. It’s “the best of both worlds”. The trade-off is more complex interoperability.

Syscoin + Matic Integration

Matic and Blockchain Foundry Inc, the public company formed by the founders of Syscoin, recently entered a partnership for joint research and business development initiatives. This is ideal for all parties as Matic Network and Syscoin Platform provide complementary utility. Syscoin offers characteristics for sovereign ownership and security based on Bitcoin’s time-tested model, and shares a significant portion of Bitcoin’s own hashpower. Syscoin’s focus is on secure and scalable simple value transfers, trust-minimized interoperability, and opt-in regulatory compliance for tokenized assets rather than scalability for smart contract execution. On the other hand, Matic Network can provide scalable EVM for smart contract execution. Reddit Community Points can benefit from both.
Syscoin + Matic integration is actively being explored by both teams, as it is helpful to Reddit, Ethereum, and the industry as a whole.

Proving Performance & Cost Savings

Our POC focuses on 100,000 on-chain settlements of token transfers on the Syscoin Core blockchain. Transfers and burns perform equally with Syscoin. For POCs related to smart contracts (subscriptions, etc), refer to the Matic Network proposal.
On-chain settlement of 100k transactions was accomplished within roughly twelve minutes, well-exceeding Reddit’s expectation of five days. This was performed using six full-nodes operating on compute-optimized AWS c4.2xlarge instances which were geographically distributed (Virginia, London, Sao Paulo Brazil, Oregon, Singapore, Germany). A higher quantity of settlements could be reached within the same time-frame with more broadcasting nodes involved, or using hosts with more resources for faster execution of the process.
Addresses used: 100,014
The demonstration was executed using this tool. The results can be seen in the following blocks:
612722: https://sys1.bcfn.ca/block/6d47796d043bb4c508d29123e6ae81b051f5e0aaef849f253c8f3a6942a022ce
612723: https://sys1.bcfn.ca/block/8e2077f743461b90f80b4bef502f564933a8e04de97972901f3d65cfadcf1faf
612724: https://sys1.bcfn.ca/block/205436d25b1b499fce44c29567c5c807beaca915b83cc9f3c35b0d76dbb11f6e
612725: https://sys1.bcfn.ca/block/776d1b1a0f90f655a6bbdf559ff5072459cbdc5682d7615ff4b78c00babdc237
612726: https://sys1.bcfn.ca/block/de4df0994253742a1ac8ac9eec8d2a8c8b0a6d72c53d6f3caa29bb6c171b0a6b
612727: https://sys1.bcfn.ca/block/e5e167c52a9decb313fbaadf49a5e34cb490f8084f642a850385476d4ef10d70
612728: https://sys1.bcfn.ca/block/ab64d989edc71890e7b5b8491c20e9a27520dc45a5f7c776d3dae79057f59fe7
612729: https://sys1.bcfn.ca/block/5e8b7ecd0e36f99d07e4ea6e135fc952bf7ec30164ab6f4d1e98b0f2d405df6d
612730: https://sys1.bcfn.ca/block/d395df3d31dde60bbb0bece6bd5b358297da878f0beb96be389e5f0e043580a3
It is important to note that this POC is not focused on Z-DAG. The performance of Z-DAG has been benchmarked within realistic network conditions: Whiteblock’s audit is publicly available. Network latency tests showed an average TPS around 15k with burst capacity up to 61k. Zero-latency control group exhibited ~150k TPS. Mainnet testing of the Z-DAG network is achievable and will require further coordination and additional resources.
Even further optimizations are expected in the upcoming Syscoin Core release which will implement a UTXO model for our token layer bringing further efficiency as well as open the door to additional scaling technology currently under research by our team and academic partners. At present our token layer is account-based, similar to Ethereum. Opt-in compliance structures will also be introduced soon which will offer some positive performance characteristics as well. It makes the most sense to implement these optimizations before performing another benchmark for Z-DAG, especially on the mainnet considering the resources required to stress-test this network.

Cost Savings

Total cost for these 100k transactions: $0.63 USD
See the live fee comparison for savings estimation between transactions on Ethereum and Syscoin. Below is a snapshot at time of writing:
ETH price: $318.55 ETH gas price: 55.00 Gwei ($0.37)
Syscoin price: $0.11
Snapshot of live fee comparison chart
Z-DAG provides a more efficient fee-market. A typical Z-DAG transaction costs 0.0000582 SYS. Tokens can be safely redeemed/re-spent within seconds or allowed to settle on-chain beforehand. The costs should remain about this low for microtransactions.
Syscoin will achieve further reduction of fees and even greater scalability with offchain payment channels for assets, with Z-DAG as a resilience fallback. New payment channel technology is one of the topics under research by the Syscoin development team with our academic partners at TU Delft. In line with the calculation in the Lightning Networks white paper, payment channels using assets with Syscoin Core will bring theoretical capacity for each person on Earth (7.8 billion) to have five on-chain transactions per year, per person, without requiring anyone to enter a fee market (aka “wait for a block”). This exceeds the minimum LN expectation of two transactions per person, per year; one to exist on-chain and one to settle aggregated value.

Tools, Infrastructure & Documentation

Syscoin Bridge

Mainnet Demonstration of Syscoin Bridge with the Basic Attention Token ERC-20
A two-way blockchain interoperability system that uses Simple Payment Verification to enable:
  • Any Standard ERC-20 token to be moved from Ethereum to the Syscoin blockchain as a Syscoin Platform Token (SPT), and back to Ethereum
  • Any SPT to be moved from Syscoin to the Ethereum blockchain as an ERC-20 token, and back to Syscoin

Benefits

  • Permissionless
  • No counterparties involved
  • No trading mechanisms involved
  • No third-party liquidity providers required
  • Cross-chain Fractional Supply - 2-way peg - Token supply maintained globally
  • ERC-20s gain vastly improved transactionality with the Syscoin Token Platform, along with the security of bitcoin-core-compliant PoW.
  • SPTs gain access to all the tooling, applications and capabilities of Ethereum for ERC-20, including smart contracts.
https://preview.redd.it/l8t2m8ldh8e51.png?width=1180&format=png&auto=webp&s=b0a955a0181746dc79aff718bd0bf607d3c3aa23
https://preview.redd.it/26htnxzfh8e51.png?width=1180&format=png&auto=webp&s=d0383d3c2ee836c9f60b57eca35542e9545f741d

Source code

https://github.com/syscoin/?q=sysethereum
Main Subprojects

API

Tools to simplify using Syscoin Bridge as a service with dapps and wallets will be released some time after implementation of Syscoin Core 4.2. These will be based upon the same processes which are automated in the current live Sysethereum Dapp that is functioning with the Syscoin mainnet.

Documentation

Syscoin Bridge & How it Works (description and process flow)
Superblock Validation Battles
HOWTO: Provision the Bridge for your ERC-20
HOWTO: Setup an Agent
Developer & User Diligence

Trade-off

The Syscoin Ethereum Bridge is secured by Agent nodes participating in a decentralized and incentivized model that involves roles of Superblock challengers and submitters. This model is open to participation. The benefits here are trust-minimization, permissionless-ness, and potentially less legal/regulatory red-tape than interop mechanisms that involve liquidity providers and/or trading mechanisms.
The trade-off is that due to the decentralized nature there are cross-chain settlement times of one hour to cross from Ethereum to Syscoin, and three hours to cross from Syscoin to Ethereum. We are exploring ways to reduce this time while maintaining decentralization via zkp. Even so, an “instant bridge” experience could be provided by means of a third-party liquidity mechanism. That option exists but is not required for bridge functionality today. Typically bridges are used with batch value, not with high frequencies of smaller values, and generally it is advantageous to keep some value on both chains for maximum availability of utility. Even so, the cross-chain settlement time is good to mention here.

Cost

Ethereum -> Syscoin: Matic or Ethereum transaction fee for bridge contract interaction, negligible Syscoin transaction fee for minting tokens
Syscoin -> Ethereum: Negligible Syscoin transaction fee for burning tokens, 0.01% transaction fee paid to Bridge Agent in the form of the ERC-20, Matic or Ethereum transaction fee for contract interaction.

Z-DAG

Zero-Confirmation Directed Acyclic Graph is an instant settlement protocol that is used as a complementary system to proof-of-work (PoW) in the confirmation of Syscoin service transactions. In essence, a Z-DAG is simply a directed acyclic graph (DAG) where validating nodes verify the sequential ordering of transactions that are received in their memory pools. Z-DAG is used by the validating nodes across the network to ensure that there is absolute consensus on the ordering of transactions and no balances are overflowed (no double-spends).

Benefits

  • Unique fee-market that is more efficient for microtransaction redemption and settlement
  • Uses decentralized means to enable tokens with value transfer scalability that is comparable or exceeds that of credit card networks
  • Provides high throughput and secure fulfillment even if blocks are full
  • Probabilistic and interactive
  • 99.9999% security assurance within 10 seconds
  • Can serve payment channels as a resilience fallback that is faster and lower-cost than falling-back directly to a blockchain
  • Each Z-DAG transaction also settles onchain through Syscoin Core at 60-second block target using SHA-256 Proof of Work consensus
https://preview.redd.it/pgbx84jih8e51.png?width=1614&format=png&auto=webp&s=5f631d42a33dc698365eb8dd184b6d442def6640

Source code

https://github.com/syscoin/syscoin

API

Syscoin-js provides tooling for all Syscoin Core RPCs including interactivity with Z-DAG.

Documentation

Z-DAG White Paper
Useful read: An in-depth Z-DAG discussion between Syscoin Core developer Jag Sidhu and Brave Software Research Engineer Gonçalo Pestana

Trade-off

Z-DAG enables the ideal speed/security tradeoff to be determined per use-case in the application layer. It minimizes the sacrifice required to accept and redeem fast transfers/payments while providing more-than-ample security for microtransactions. This is supported on the premise that a Reddit user receiving points does need security yet generally doesn’t want nor need to wait for the same level of security as a nation-state settling an international trade debt. In any case, each Z-DAG transaction settles onchain at a block target of 60 seconds.

Syscoin Specs

Syscoin 3.0 White Paper
(4.0 white paper is pending. For improved scalability and less blockchain bloat, some features of v3 no longer exist in current v4: Specifically Marketplace Offers, Aliases, Escrow, Certificates, Pruning, Encrypted Messaging)
  • 16MB block bandwidth per minute assuming segwit witness carrying transactions, and transactions ~200 bytes on average
  • SHA256 merge mined with Bitcoin
  • UTXO asset layer, with base Syscoin layer sharing identical security policies as Bitcoin Core
  • Z-DAG on asset layer, bridge to Ethereum on asset layer
  • On-chain scaling with prospect of enabling enterprise grade reliable trustless payment processing with on/offchain hybrid solution
  • Focus only on Simple Value Transfers. MVP of blockchain consensus footprint is balances and ownership of them. Everything else can reduce data availability in exchange for scale (Ethereum 2.0 model). We leave that to other designs, we focus on transfers.
  • Future integrations of MAST/Taproot to get more complex value transfers without trading off trustlessness or decentralization.
  • Zero-knowledge Proofs are a cryptographic new frontier. We are dabbling here to generalize the concept of bridging and also verify the state of a chain efficiently. We also apply it in our Digital Identity projects at Blockchain Foundry (a publicly traded company which develops Syscoin softwares for clients). We are also looking to integrate privacy preserving payment channels for off-chain payments through zkSNARK hub & spoke design which does not suffer from the HTLC attack vectors evident on LN. Much of the issues plaguing Lightning Network can be resolved using a zkSNARK design whilst also providing the ability to do a multi-asset payment channel system. Currently we found a showstopper attack (American Call Option) on LN if we were to use multiple-assets. This would not exist in a system such as this.

Wallets

Web3 and mobile wallets are under active development by Blockchain Foundry Inc as WebAssembly applications and expected for release not long after mainnet deployment of Syscoin Core 4.2. Both of these will be multi-coin wallets that support Syscoin, SPTs, Ethereum, and ERC-20 tokens. The Web3 wallet will provide functionality similar to Metamask.
Syscoin Platform and tokens are already integrated with Blockbook. Custom hardware wallet support currently exists via ElectrumSys. First-class HW wallet integration through apps such as Ledger Live will exist after 4.2.
Current supported wallets
Syscoin Spark Desktop
Syscoin-Qt

Explorers

Mainnet: https://sys1.bcfn.ca (Blockbook)
Testnet: https://explorer-testnet.blockchainfoundry.co

Thank you for close consideration of our proposal. We look forward to feedback, and to working with the Reddit community to implement an ideal solution using Syscoin Platform!

submitted by sidhujag to ethereum [link] [comments]

[ Bitcoin ] Selling My Bitcoin Escrow Service (clearnet)

[ 🔴 DELETED 🔴 ] Topic originally posted in Bitcoin by anonescrow [link]
Sorry if this post doesn't belong here but it is bitcoin related:
I built a website: https://www.anonymousescrow.com
It's based on this code I found on Github: https://github.com/vlad-pro/WebBitcoinEscrow
Language: HTML and Go
The VPS Server and Domain were both purchased anonymously with bitcoin.
Programming Knowledge Required: Knowing HTML and Go but also it requires a bit of programming knowledge to utilize the blockchain wallet api. You should also be familiar with Linux servers and how to secure them.
100% SAFE:
The website is anonymous because the admin can't see what is being bought and sold, only the amount of the escrow. The only way to view the terms of the escrow is if the buyer or seller chose to escalate, and even then, hopefully they were smart enough not to include any incriminating info.
There is no login required and all secret links are generated anonymously by the users and can't be accessed by anyone whom they don't share it with.
I had to work out a lot of bugs in the blockchain api but I've done several security scans and the site is safe. I also have cloudflare configured for DDOS attacks.
Possible Upgrades:
- I upgraded the admin panel so that a refund can be issued to both the buyer and the seller, originally it was only the seller.
-You could offer an Onion address by simply installing EOTK: https://github.com/alecmuffett/eotk and then configuring NGINX to serve both the clearnet and onion address.
I'm selling it because it was a bit of a passion project for me, I came across the code and found it interesting, but at the moment (like with most escrow services) I would have to manually resolve escalation disputes and I don't have the time to dedicate 10 hours a day staring at my computer screen, and I don't have the time to dedicate to finding a simpler way of doing it.
For more info or if you're interested in purchasing contact me:
Wickr: anonescrow
Email: [email protected]
anonescrow your post has been copied because one or more comments in this topic have been removed. This copy will preserve unmoderated topic. If you would like to opt-out, please send a message using [this link].
submitted by anticensor_bot to u/anticensor_bot [link] [comments]

Selling My Bitcoin Escrow Service (clearnet)

I built a website: https://www.anonymousescrow.com
It's based on this code I found on Github: https://github.com/vlad-pro/WebBitcoinEscrow
Language: HTML and Go
The VPS Server and Domain were both purchased anonymously with bitcoin.
Programming Knowledge Required: Knowing HTML and Go but also it requires a bit of programming knowledge to utilize the blockchain wallet api. You should also be familiar with Linux servers and how to secure them.
100% SAFE:
The website is anonymous because the admin can't see what is being bought and sold, only the amount of the escrow. The only way to view the terms of the escrow is if the buyer or seller chose to escalate, and even then, hopefully they were smart enough not to include any incriminating info.
There is no login required and all secret links are generated anonymously by the users and can't be accessed by anyone whom they don't share it with.
I had to work out a lot of bugs in the blockchain api but I've done several security scans and the site is safe. I also have cloudflare configured for DDOS attacks.
Possible Upgrades:
- I upgraded the admin panel so that a refund can be issued to both the buyer and the seller, originally it was only the seller.
-You could offer an Onion address by simply installing EOTK: https://github.com/alecmuffett/eotk and then configuring NGINX to serve both the clearnet and onion address.
I'm selling it because it was a bit of a passion project for me, I came across the code and found it interesting, but at the moment (like with most escrow services) I would have to manually resolve escalation disputes and I don't have the time to dedicate 10 hours a day staring at my computer screen, and I don't have the time to dedicate to finding a simpler way of doing it.
For more info or if you're interested in purchasing contact me:
Wickr: anonescrow
Email: [email protected]
submitted by anonescrow to BitcoinEscrows [link] [comments]

XRP Isn’t A Security, Declares Former CFTC Chairman

XRP Isn’t A Security, Declares Former CFTC Chairman
https://preview.redd.it/8yehv8lzsce51.jpg?width=960&format=pjpg&auto=webp&s=69f0a6eb4973a5a9974e42d15709434719a26a81
When Chris Giancarlo was the chairman of the Commodity Futures Trading Commission he became a rock-star of sorts in certain corners of the cryptocurrency community, helping establish criteria that eventually led to bitcoin and ethereum being declared commodities, more like coffee or sugar than stock in a company. The U.S. Securities and Exchange Commission largely followed suit, eventually also declaring that bitcoin and ether, the cryptocurrency powering the ethereum blockchain weren’t securities.
Now chairman emeritus Giancarlo, who was deemed “Crypto Dad” following an impassioned speech he gave to Congress where he credited bitcoin for finally getting his kids interested in finance, is at it again, having co-written a detailed argument published this morning in the International Financial Law Review for why XRP, the cryptocurrency formally known as “ripples,” was also not a security. The only problem is he’s no longer a regulator. In fact, his employer is on the payroll of Ripple, the largest single owner of XRP, whose co-founders actually created the cryptocurrency.
The bombshell paper, titled, “Cryptocurrencies and U.S. Securities Laws: Beyond Bitcoin and Ether,” co-authored by commodities lawyer Conrad Bahlke of New York law firm Willkie Farr & Gallagher LLP, methodically reviews the criteria of the Howey Test, established by the SEC in 1946 to determine whether something is a security, and point-by-point argues that XRP does not qualify. Rather, the paper argues, like its name would indicate, cryptocurrency is a currency of perhaps more interest to the Federal Reserve and central banks than securities regulators.
What’s at stake here to the cryptocurrency world cannot be overestimated. XRP is now the fourth largest cryptocurrency by market cap, with $5.9 billion worth of the asset in circulation according to cryptocurrency data site Messari. While Ripple was valued at $10 billion according to its most recent round of funding, the company continues to fund itself in part by selling its deep war chest of 55.6 billion XRP, coincidentally valued at the same amount as the company itself.
Not only could an eventual decision by the SEC to classify—or not classify—XRP as a security impact the untold individual owners of the cryptocurrency, but other clients using Ripple services that don’t rely on the cryptocurrency, including American Express, Santander, and SBI Holdings could stand to be impacted positively or negatively depending on the decision. After all if XRP were to be rescinded it would be a huge cost to their software provider. If Giancarlo is right though, Ripple could end up being one of the most valuable startups in fintech.
“Ultimately, under a fair application of the Howey test and the SEC’s presently expanding analysis, XRP should not be regulated as a security, but instead considered a currency or a medium of exchange,” Giancarlo and Bahlke argue in the paper. “The increased adoption of XRP as a medium of exchange and a form of payment in recent years, both by consumers and in the business-to-business setting, further underscores the utility of XRP as a bona fide fiat substitute.”
Giancarlo was nominated to be a commissioner of the CFTC by then-President Barack Obama in 2013. In 2015, he helped lead the thinking behind the CFTC’s decision that bitcoin and other cryptocurrencies were commodities, paving the way for the SEC’s related comments that neither bitcoin nor ethereum are securities. Then, at the height of the 2017 cryptocurrency bubble President Trump nominated him to be Chairman of the CFTC, where he oversaw the creation of a number of bitcoin futures projects, including at CME Group and the short-lived effort at Cboe.
While many blame the creation of bitcoin futures for popping the 2017 price bubble, which almost hit $20,000 before halving today, others have seen the works as a fundamental process of maturity, helping pave the way for more sophisticated crypto-enabled financial offerings. Giancarlo’s last day in office at the CFTC was in 2019, after which he promptly got involved helping envision the future of assets issued on a blockchain. In November he joined as an advisor to American Financial Exchange, using ethereum to create a Libor alternative. The following January he co-founded the Digital Dollar Project leading the push to use blockchain at the Federal Reserve and now it would seem he’s hoping to influence the classification of XRP as he did for bitcoin and ethereum, but from the other side of regulation.
Importantly however, a footnote in the report discloses that not only is Giancarlo and Bahlke’s firm, Willkie Farr & Gallagher LLP counsel to Ripple Labs, but they “relied on certain factual information provided by Ripple in the preparation of this article.” While it’s impossible to parse what information came from the co-authors and what came from Ripple, the resulting legal argument is fascinating, even if it does leave room for doubt.
The Howey test Giancarlo uses to bolster his arguments is a three-pronged definition used by the SEC, none of which he says apply to XRP. The first prong, is that an investment contract should be implied or explicitly stated between the issuer of the asset, in this case XRP and the owner, in which money exchanges hands. “The mere fact that an individual holds XRP does not create any relationship, rights or privileges with respect to Ripple any more than owning Ether would create a contract with the Ethereum Foundation, the organization that oversees the Ethereum architecture,” he writes.
This does however overlook the fact that OpenCoin, credited on Ripple’s own site in 2013 for creating XRP (then tellingly described as “ripples”), was run by many of the same people that founded Ripple. The original creators of XRP then donated the vast majority of the assets to Ripple, which they also ran, creating a sense of distance, tacit though it may be. The actual data around the creation of XRP was also muddled by a glitch in the code that means unlike bitcoin and ethereum the crucial genesis data is no longer attached to the rest of the ledger. The rebranding of “ripples” as XRP further extended the sense of distance between XRP and Ripple, followed by an aggressive campaign to get media to stop describing the cryptocurrency as “Ripple’s XRP.”
With so much distance between the company that actually created XRP and the company that now owns more than half of it, one would be forgiven for wondering, if there was an implied contract between OpenCoin and XRP owners, does the donation from one group of people at one company to a very similar group of people at another company sever that responsibility? In spite of the sense of distance created by Ripple between itself and the cryptocurrency its co-founders created, a number of active lawsuits alleging securities violations have been filed. In all fairness though, Giancarlo appears to recognize this prong may not be Ripple’s strongest defense and concludes the section, hedging: “Even if XRP were to satisfy one or two of the “prongs” of the Howey test, it does not satisfy all three factors such that XRP is an investment contract subject to regulation as a security.”
The second prong of the Howey test stipulates that there can be no “common enterprise” between shareholders or a shareholder and the company. While refuting both relationships, Giancarlo curiously goes onto to write that “given the juxtaposition between XRP’s intended use as a liquidity tool, its more general use to transfer value and its potential as a speculative asset, XRP holders who utilize the coins for different purposes have divergent interests with respect to XRP.”
Ironically, there has always been a widely held belief that owning a cryptocurrency would unify interests around a single goal: to co-create the infrastructure that lets the cryptocurrency exist and ensure it was vibrant and diverse. Meanwhile, XRP, in spite of its aggressive supporters on social media, is one of the least diverse ecosystems, with the vast majority of serious development being done within Ripple. If XRP owners aren’t expecting an increase in value from the work being done by Ripple, they certainly aren’t nearly as involved in helping build that future as are owners of bitcoin and ethereum.
In a related issue, the third prong of the Howey test stipulates that “no reasonable expectation of profit should be derived from the efforts of Ripple,” according to the paper. Supporting this position, Giancarlo writes: “Though Ripple maintains a sizable stake of the XRP supply and certainly has a pecuniary interest in the value of its holdings, it is not enough to suggest that a mutual interest in the value of an asset gives rise to an expectation of profits as contemplated by Howey.” Again, this strains credulity.
According to its own site, Ripple currently has access to 6.4% of all the XRP ever created. But that doesn’t count the 49.2% of the total XRP Ripple owns, but is locked in a series of escrow accounts that become periodically available to Ripple and Ripple alone. Adding those two percentages together leaves a float of only about 44% of XRP that has been distributed for public ownership. For some comparison, Facebook went public the same year XRP was created and has a 99% float, according to FactSet data, meaning almost all of its stock is in the hands of traders.While Ripple does also have more traditional stock, this distribution shows that Ripple might not be as distributed as it claims.
While it’s perhaps no surprise that Giancarlo would come out on the side of his own client, there’s also plenty of other reasons to believe his argument may in fact hold water. In February 2018, the notoriously compliant exchange Coinbase added support for XRP, something it would unlikely do if it were concerned it might accidentally be selling an unlicensed security. Perhaps most tellingly though, Ripple has also been granted a difficult-to-obtain BitLicense from the New York Department of Financial Services, giving it the blessing of a respected regulator. However, while the license was granted after then-superintendent Benjamin Lawsky stepped down from the regulator, it's perhaps no coincidence that a year later he joined Ripple on its board of directors and is now active in the cryptocurrency space. Perhaps a similar fate is in store for Giancarlo.
Editor’s note: This article has been updated to clarify that Ripple Labs is a client of Giancarlo’s law firm.
submitted by wazzocklegless to u/wazzocklegless [link] [comments]

Market Analysis on April 2, 2020: Tether Newly Minted 60 Million USDT

Market Analysis on April 2, 2020: Tether Newly Minted 60 Million USDT
[Today's Hot Tips]
1. [1 billion XRP transferred to wallet and locked]
1 billion XRP are divided into three successive times: 500 million, 400 million, and 100 million, respectively; from the escrow wallet to the Ripple wallet, 900 million XRP have been transferred back to the escrow wallet and locked.
2. [Vitalik Buterin proposes plans to improve Ethereum privacy]
Vitalik Buterin proposed plans to improve the Ethereum privacy and use the Ethereum domain name system to implement address hiding: that is, to send tokens to an address with the name of the ENS (Ethereum Domain Name System), without revealing who actually received the coins.
3. [GitHub will store a large amount of open source code in a underground coal mine in Norwegian Iceberg]
GitHub will store a large amount of open source code, including the underlying infrastructure code of Bitcoin, in an underground coal mine in the Norwegian Iceberg. These codes will be copied onto the film and stored for 1,000 years to ensure the preservation of history.
4. [Tether newly minted 60 million USDT]
At 02:43 on April 02, Beijing time, Tether Corporation newly minted 60 million USDT. This is an authorized but unissued transaction, which means that the amount will be used as inventory for the next issue request.
5. [Jiang Zhuoer: "It is impractical to use the blockchain as a network disk"]
Jiang Zhuoer: The proposition of unlimited blocks such as "use the blockchain as a network disk" by the BSV group based on CSW exceeds the maximum capacity of the blockchain, which is unrealistic. This will cause the most important decentralization feature of the blockchain to disappear.
[Today's market analysis]
https://preview.redd.it/19yxg56y4dq41.jpg?width=554&format=pjpg&auto=webp&s=55ca5e78e58a55964f3790ecaa4000f058655f09
Bitcoin (BTC)In the early hours of this morning, BTC continued to be sideways around $ 6200. It rose at about 3:30 and rose to $ 6549.95 at about 6.30. Now it is adjusted around $ 6530 as a whole. The mainstream currencies are mixed. BTC is currently reported at $ 6604.49 at LOEx Global, with an increase of 5.98% in the day.
Yesterday, BTC rose sharply before the close, breaking through the first pressure level, closing around 6600 points, the price showed an increase, and the price trend remained neutral. If it continues to rise today, the price trend will reverse the trend.
In short, it is the case that the novel coronavirus seriously affects normal business production. After the countries around the world have eased the liquidity crisis through "detect banknotes", we are about to face unavoidable inflation. The extra money will surely flow into certain investments thus promotes the appreciation of these investment targets—However, for ordinary investors, what needs to be done is to find the investment target with the highest cost performance and the greatest development potential according to their actual conditions, and get involved in advance. If BTC stabilizes in this range and fully reflects the best investment target, it will be favored.
Operation recommendations:
Support level: the first support level is 6300 points, and the second support level is an integer of 6380;
Resistance level: the first resistance level is 6882 points, and the second resistance level is 6962 points.LOEx is registered in Seychelles. It is a global one-stop digital asset service platform with business distribution nodes in 20 regions around the world. It has been exempted from Seychelles and Singapore Monetary Authority (MAS) digital currency trading services. Provide services and secure encrypted digital currency trading environment for 1 million community members in 24 hours.
submitted by LOEXCHANGE to u/LOEXCHANGE [link] [comments]

RenVM AMA Answers

RenVM AMA Answers


1) What are some challenges you think will come up in 2020?
Some of the biggest challenges that we see for 2020 are:
Adoption; it is the most difficult, but it has the highest impact for the project, and for the blockchain community at large. Perhaps the biggest challenge within adoption is education. It is critical that people understand how RenVM works, its capabilities, its limitations, where it is meant to be used, and where it is not meant to be used. At times, it has already proved difficult to cut through misinformation/misunderstanding that proliferates throughout the wider community or to explain complex cryptographic concepts. We will be addressing these challenges by producing more education material, releasing audits (when they’re completed), engaging more with other communities, and open-sourcing more of the project.
Rolling out updates; to the Darknodes as fixes, improvements, and new features. This is a technical challenge, but also a social challenge. It requires comprehensive testing environments and a focus on backwards compatibility, but it also requires coordination and social agreement amongst hundreds (and potentially thousands) of Darknode owners. To face these challenges, we have already begun building more extensive testing frameworks, auto-update capabilities for the Darknodes, and looking at informal methods of governance (until we settle on a formal one).

2) As far as I understand, you already have a list of companies that will be the first to adopt RenVM and make integration. How do these companies feel about the fact that not all repositories are open and some of the code is still closed (private repo)? Doesn't that scare them off? Do you have plans to go full open source?
TL:DR: Yes, absolutely we plan going full open-source and all projects we are in conversation with are aware of the below plan and understand the logic behind it. Our logic and subsequent plan (and the thresholds needed) to go full open-source can be found in this document, if curious: RenVM Open-Source Roadmap.
Long Answer: The team at Ren are very strong proponents of the open-source ethos and believe all decentralized protocols need to be made open-source when secure. The Ren team also wants to (a) be competitive in this space, given the hard work and capital invested by the team and the community, and (b) give an appropriate amount of time for security issues to be discovered and fixed before making the codebase available to potentially malicious actors.
With that said, all of Ren's codebase barring the RZL sMPC algorithm will be open-sourced at the advent of RenVM Mainnet Subzero which will be launched after our security audit is completed. The RZL sMPC algorithm, however, is what makes RenVM and its sMPC solution so special. This RZL sMPC Algorithm has been pioneered in-house by our development team and can be considered a trade secret. It will, therefore, not be released to the wider public until certain security and capital thresholds within RenVM have been met. We have worked very hard over the last two years; this approach ensures RenVM's security and that the Ren community, team, and investors are rewarded for their patience.
Stage 1 | Q1 2020 RenVM Mainnet Security Audit
The security audit will verify our RZL sMPC algorithm security, correctness, and functionality under a Non-Disclosure Agreement (NDA). This, the security audit of RenVM, and all other components of RenVM's code-base will be available for the public to review when completed.
Stage 2 | Q2 2020 Onward
Our RZL sMPC Algorithm will be fully open-sourced to the public when the milestones outlined in this document are met: https://github.com/renproject/ren/issues/2
This document has purposefully been designed for open comment as we encourage any stakeholder to voice their opinion or suggestions (supported by empirically-based evidence, of course). The team will take the feedback and incorporate them into the RenVM Open-Source Roadmap thresholds.
The open comment period will end at the formal release of RenVM Mainnet Subzero, at which point the specific security and capital thresholds will be solidified, and presented to the public. If you have suggestions or questions, please do voice them on our Github! https://github.com/renproject/ren/issues/2

3) Any ideas on which DeFi dapps could or should in your opinion use RenVM?
Any DeFi app can utilize RenVM. If their users have a desire to trade/lend cross-chain pairs then they could/should use RenVM to do so. With that said, a few potential use cases can be found below:
  1. Cross-Chain Decentralized Exchanges,
  2. Cross-Chain Lending & Leveraging,
  3. Multi-Collateralized Synthetics and Stablecoins (e.g. DAI),
  4. No-Counterparty Risk OTC Desk | An Interoperable Escrow,
  5. Multi-Collateral Crowdfunding,
  6. Multi-Collateral Basketed Investment vehicle (ETFs),
  7. Universal Cross-Chain Stablecoin Converter.
We’ll also be releasing a blog that outlines all the potential use cases for RenVM in the coming months, so please do stay tuned!

4) Have you announced a partnership with AZTEC, what are your plans for cooperation with them, are these plans still in force or have your priorities changed?
At this stage, our entire focus is on Mainnet SubZero. But, we will definitely be following up on integrating with AZTEC once everything is released, stable, and adopted.

5) Can you expand on Universal Interoperability and how important of a role it will play in the future, what are the qualifications of being that third party?
TL:DR: The ultimate goal of Universal Interoperability is to ensure a great user experience (UX) regardless of what Blockchain they come from or its end destination. In the immediate terms, this means abstracting away confirmation wait times and the need for ETH gas, so someone could use a BTC on a DeFi app (built on Ethereum) and never know it.
Long Answer: The number and speed of confirmations inherently depends on the original chain and must be set at the time the chain is admitted into the protocol. RenVM mainnet will wait for 6 confirmations for BTC (Chaosnet, is 2). This obviously takes a long time and, while it’s not so bad for some use cases (lending, collateralization, etc), it’s not the best for dApps/DEXs and general UX. ‌ So, we have the concept of Universal Interoperability which allows a third party to provide two things (in exchange for a fee nominated by users):
1) Expedited Confirmations | Confirmation as a Service (CaaS)
CaaS= Expedited Confirmations | This removes confirmations wait time for users when minting digital assets on Ethereum. It provides speed by taking on the confirmation risk. The third-party sees you have (let’s say) 1 confirmation and is confident you’re not a miner about to attack Bitcoin. They come in and provide the shifted BTC immediately to complete whatever action you were taking, and when the real underlying shift finishes the 3rd party get their funds back.
By implementing CaaS, developers can help users complete actions faster by using funds that have already been shifted. These funds can be accessed in a variety of trustful and trustless ways, however the goal is the same - facilitate a cross-chain transaction in a shorter time than it would take the user to first fully shift in an asset (i.e. for BTC, RenVM waits for six (6) confirmations).
2) GSN Integration | Gas as a Service (GaaS)
GaaS = GSN Integration | This removes the need for users to interact with ETH gas when dealing with native blockchain interactions. It provides gas so you don’t need to manage lots of different tokens, just the ones you’re actually using for the dApp.By Implementing GaaS, this allows dApps to pay for their users' transactions in a secure way, so users don’t need to hold ETH to pay for their gas or even set up an account. This can be particularly valuable when it comes to cross-chain applications as you might be building for a non-ethereum user base.
*We'll be releasing a demo if these working the real-world quite soon along with tutorials for 3rd parties to use these solutions if they so choose.

6) What’s the path forward for more liquidity on the REN token? Currently US users are limited in where they can purchase tokens and cannot easily acquire enough to get bonding for even one Darknode.
We encourage those who are restricted based on their jurisdiction to utilize the decentralized exchange infrastructure currently available. We try to practice what we preach and by utilizing DeFi, it's a great way to further propel the space into the mainstream.
We can’t legally recommend specific exchanges and we don't publicly discuss potentially listing until they are public, but do know we are always working on bringing more democratic access to REN.

7) How does your company plan to make money in the future (to finance the development, when the money received on the ICO will be over)?
Our team’s incentives are directly aligned with that of our community (those who run Darknodes). The organization and its funding is centered around Darknode rewards. Darknodes earn fees for facilitating interoperability via RenVM and this is how the organization will fund itself.

8) How does the audit go, any major issue has been identified that could delay MN subzero? When is it estimated to complete an audit?
The audit is going well. The smart contracts have been finished, and all issues were addressed quickly. The Hyperdrive audit is currently underway, and there have been no critical issues reported so far. The next steps are to scope the audit for the RZL sMPC paper and its accompanying implementation (the z0 engine). There are no timeline estimates that we are comfortable giving to the public at this stage, as audits times can vary a lot depending on what is found, and an audit of an sMPC implementation is not common (estimates quickly propagate through the community and become incorrectly interpreted as hard commitments).

9) How does your sMPC algorithm work? Can't find any description anywhere. Can the Darknodes perform any calculations over any data splitted using SSS? How fast are those calculations performed? How is the new private key generated for the next era, so old nodes that generated this key does not have access to it? Also, What kind of help from external developers do you need right now?
- It takes many pages of very formal discussion to describe how our sMPC algorithm works, but we are working on a paper that formally defines the algorithm, and proves its properties. This paper is being audited, and both the paper and audit will be released to the public after the release of Mainnet.- Darknodes can, in theory, perform any computation over Shamir secret shared (SSS) data, but they are only configured to perform interoperability related computation at the moment (key generation, and key signing).
- The performance of general computation over SSS data is very dependent on the kind of computation, however, sMPC is invariably orders of magnitude slower than the equivalent computations running on your local machine (because they involve network communication).
- Every epoch a new key must be generated to store assets (and assets in the old key must be transferred to this new key). The old group of Darknodes can generate the new key in such a way that the public key is known, but the private key shares are encrypted for the new group of Darknodes (this process does not reveal any of the new shares to any of the old Darknodes). Under the hood, this uses very simple homomorphic properties. Once the new key is generated, the old Darknodes can simply do their usual sMPC to transfer all assets to the new key.
-We would love it if the developer community started experimenting with our SDKs and contributed their thoughts/improvement to RenVM (and the dev infrastructure that supports it e.g. RenJS & GatewayJS) via: https://github.com/renproject/ren/issues

10) What are the plans for the initial network bootstrapping to onboard darknodes to achieve sufficient decentralization and deliver on the security benefits? I understand the early stages of the network will have the core nodes of the Ren Team and trusted partners responsible for maintaining the integrity of the network - do you intend to remain in this phase until sufficient transaction volume is on the network that attracts sufficient 3rd party operators? Are there plans to incentive that initial volume?
We intend to remain in the Mainnet SubZero phase until there is sufficient volume (stable over a reasonable period of time) to attract members of the public to run Darknodes and earn rewards by doing so. During this period, Ren and other projects will operate Darknodes to keep the networking running (and to keep it semi-decentralized amongst Ren and these third-parties). It is important for the security of the network that volume grows naturally, otherwise, it risks dropping after the incentivization ends. However, to begin with, we will support volume by providing liquidity to DEXs, and keeping minting fees low.

Thank everyone for contributing to our first AMA!
We'll have more over the coming months but as always, if you have any questions just come and ask in our Telegram: https://t.me/renproject
submitted by RENProtocol to RenProject [link] [comments]

If you didn't buy bitcoin, and didn't mine it, ... where did you get it? Examples...

If you earn in bitcoin, you will prefer to spend in bitcoin (versus going through the friction of "cashing out" into fiat). This occurring will "close the loop", lessening significantly the conversions to and from fiat.
What would change that you would be earning inn bitcoin in the future? Well, ... you might:
Things are just getting started ...., just wait until gig marketplaces like Uber, DoorDash, and AirBNB offer to pay in bitcoin to attract more service providers. Or when payment in bitcoin is an option for those who make bulk payments -- such as Udemy which pays instructors their commissions and TryMYUI wich pays their testers.
What other ways have you ended up with bitcoin, other than buying from an exchange?
submitted by cointastical to Bitcoin [link] [comments]

[For Hire] NodeJS Developer

I have 2 years of experience working as part time back-end developer.
-NodeJS (Express...) - SQL, MongoDB - Linux
I have worked on Bitcoin escrow service, Bitcoin exchange, Ethereum exchange...
I am looking for smaller projects.
-My rate is $10/hour (Bitcoins, crypto).
Contact me for more details.
(I can create simple front-end or use template + I can set up web server for you)
My Github (most of my bigger projects are closed source): @fbslo
No upfront payment!
submitted by fbslo to forhire [link] [comments]

Subreddit Stats: CryptoTechnology top posts from 2017-12-23 to 2020-01-20 15:51 PDT

Period: 758.36 days
Submissions Comments
Total 956 13660
Rate (per day) 1.26 18.01
Unique Redditors 584 3144
Combined Score 21553 44566

Top Submitters' Top Submissions

  1. 1166 points, 43 submissions: Neophyte-
    1. "Do you need a Blockchain?" - this paper is fantastic, everyone should read this before evaluating a coin and if requires a block chain to solve a solution the coin is promising to solve. (136 points, 41 comments)
    2. Do any of you foresee a crypto being widely adopted as a general purpose payment coin? nano, btc, btccash etc (take your pick). I think it won't happen for reasons in this post. What do you think? (59 points, 54 comments)
    3. Noticed the huge rise of EOS lately what does it have over NEO and ethereum and to a lesser extent Cardano? I tried researching it, but wasn't sold. (54 points, 55 comments)
    4. Hard Problems in Cryptocurrency: Five Years Later ~Vitalik (46 points, 1 comment)
    5. I had a Q&A with Bruno head architect / CEO of oyster, thought you guys might like it. (45 points, 2 comments)
    6. A good article that explains in simple terms how Eth2 works, how it will be rolled out and migrated from eth1 (42 points, 4 comments)
    7. DAI the stablecoin can now be transferred GAS free (article explaining how it works via new MCD DAI contract). This holds alot of promise for the so called "Web3" (40 points, 8 comments)
    8. Veriblock is consuming 27% of bitcoins block space - what does this mean for bitcoins future? (39 points, 16 comments)
    9. Vitalik: Alternative proposal for early eth1 <-> eth2 merge (38 points, 3 comments)
    10. Is launching a PoW permissionless blockchain still possible today? or would it be too susceptible to a 51% attack? (37 points, 37 comments)
  2. 578 points, 16 submissions: crypto_ha
    1. Why is Ripple considered a cryptocurrency (by many)? (109 points, 63 comments)
    2. So reportedly there are serious vulnerabilities found in EOS’ code. And it seems like those are more than just random software bugs. (97 points, 29 comments)
    3. Guide: How to get started with Blockchain development? (60 points, 6 comments)
    4. A newly found vulnerability in Nano's Android wallet (44 points, 12 comments)
    5. The history and state of Ethereum's Casper research - Vitalik Buterin (39 points, 4 comments)
    6. What is the difference between Sidechain vs Child Chain vs Off Chain? (39 points, 12 comments)
    7. EOS mainnet is official live (finally), but... (36 points, 24 comments)
    8. Bitcoin's "doomsday" economics - Bank of International Settlements (34 points, 23 comments)
    9. How Wall Street’s embrace could undermine Bitcoin (30 points, 9 comments)
    10. Ethereum ERC 1497: DApp Dispute Evidence Standard (24 points, 0 comments)
  3. 513 points, 20 submissions: ndha1995
    1. Ethereum Classic is currently being 51% attacked (103 points, 31 comments)
    2. Why are there so many garbage posts the past 24 hours? (58 points, 10 comments)
    3. Google Unveils 72-Qubit Quantum Processor With Low Error Rates (48 points, 24 comments)
    4. IOTA's Network-Bound PoW consensus, is it feasible? (42 points, 13 comments)
    5. The Challenges of Investigating Cryptocurrencies and Blockchain Related Crime (29 points, 7 comments)
    6. Deep dive into zk-STARKs with Vitalik Buterin's blog posts (26 points, 3 comments)
    7. Tether discussion thread (26 points, 21 comments)
    8. Vitalik Buterin Proposes a Consensus Algorithm That Requires Only 1% to Be Honest (24 points, 8 comments)
    9. Can somebody compare Qtum vs. NEO, technology-wise? (E.g. PoS vs. PoW; smart contract protocols...) (21 points, 15 comments)
    10. Introduction to Non Fungible Tokens (NFTs) (21 points, 9 comments)
  4. 377 points, 16 submissions: turtleflax
    1. Around 13% of DASH's privateSends are traceable to their origin (69 points, 3 comments)
    2. "Big Bang" attack could leverage Monero's dynamic blocksize to bloat the blockchain to 30TB in only 36 hours (52 points, 3 comments)
    3. The case for the obsolescence of Proof of Work and why 2018 will be the year of Proof of Stake (41 points, 29 comments)
    4. Monero vs PIVX: The First Scheduled Privacy Coin Debate Thread on /CryptoCurrency (38 points, 12 comments)
    5. Introducing the Privacy Coin Matrix, a cross-team collaboration comparing 20 privacy coins in 100 categories (26 points, 25 comments)
    6. Do permissioned blockchains have any merits? (25 points, 23 comments)
    7. The State of Hashing Algorithms — The Why, The How, and The Future (21 points, 4 comments)
    8. How Zerocoin Works in 5 Minutes (19 points, 5 comments)
    9. Errors made by Satoshi (17 points, 8 comments)
    10. How Much Privacy is Enough? Threats, Scaling, and Trade-offs in Blockchain Privacy Protocols - Ian Miers (Cornell Tech, Zerocoin, Zerocash) (17 points, 4 comments)
  5. 321 points, 6 submissions: Qwahzi
    1. Technical comparison of LIGHTNING vs TANGLE vs HASHGRAPH vs NANO (133 points, 37 comments)
    2. Addressing Nano's weaknesses (bandwidth usage and disk IO). Nano voting traffic to be reduced by 99.9% by implementing vote by hash, lazy bootstrapping, and reduced vote rebroadcasting (x-post CryptoCurrency) (78 points, 8 comments)
    3. Emergent centralization due to economies of scale (PoW vs DPoS) – Colin LeMahieu (52 points, 37 comments)
    4. Nano community member developing a distributed "mining" service to pay people to do PoW for third-parties (e.g. exchanges, light wallet services, etc) (32 points, 20 comments)
    5. What do you think about OpenCAP, the cryptocurrency alias protocol that mirrors traditional email addresses? (15 points, 12 comments)
    6. Bitcoin would be a calamity, not an economy (11 points, 52 comments)
  6. 256 points, 4 submissions: rockyrainy
    1. Bitcoin Gold hit by Double Spend Attack (51% attack). The Attacker reversed 22 blocks. (179 points, 102 comments)
    2. ZK-starks white paper published (44 points, 16 comments)
    3. [Q] How does a network reach consensus on what time it is? (21 points, 17 comments)
    4. Stateless (no history) Cryptocurrency via snapshots? (12 points, 7 comments)
  7. 244 points, 3 submissions: HSPremier
    1. From a technical standpoint: Why does every blockchain projects need their own coins? (181 points, 50 comments)
    2. What is Reddit's obsession with REQ? (61 points, 43 comments)
    3. What is the technological difference between a privacy coin and a privacy coin platform? Won't a privacy coin platform be more superior than a privacy coin? (2 points, 3 comments)
  8. 234 points, 2 submissions: Realness100
    1. A Guided Reading of Bitcoin’s Original White Paper (202 points, 10 comments)
    2. A Guided Reading of Ethereum's Original White Paper! (32 points, 5 comments)
  9. 185 points, 4 submissions: tracyspacygo
    1. My brief observation of most common Consensus Algorithms (159 points, 49 comments)
    2. What are the main Trends/Challenges for Bitcoin and whole crytpocurrencies industry? (12 points, 33 comments)
    3. Guideline for Newbies: Trying out Bitcoin transactions with TESTNET (7 points, 1 comment)
    4. Most advanced Cryptocurrencies Comparison Table (7 points, 8 comments)
  10. 177 points, 9 submissions: benmdi
    1. What's the best argument against cryptotechnology? I.e. Steelman the cryptocurrency skeptic (43 points, 42 comments)
    2. Would there be interest from this community in crypto resources aimed at developers? If so, what topics? (29 points, 14 comments)
    3. Has the window for bootstrapping a new PoW coin closed? (24 points, 57 comments)
    4. What can we, as a community, learn from the rise & acquisition of GitHub (23 points, 8 comments)
    5. 🍱 Rollup Roundup: Understanding Ethereum's Emerging Layer 2 (19 points, 1 comment)
    6. Video Tutorial: Introducing An Experience Dev To Smart Contract Coding (17 points, 3 comments)
    7. Do we need a blockchain to be decentralized? What questions would you ask a self described fan of decentralization, but blockchain skeptic? (11 points, 19 comments)
    8. ETH Block Rewards And Second Order Effects On Hardware Availability (7 points, 8 comments)
    9. Which Of The Big Tech Companies Is Most Likely To Bring Crypto Mainstream? Here's Why I Think It's Apple (4 points, 7 comments)
  11. 175 points, 9 submissions: galan77
    1. Is the Lightning Network a massive threat to the blockchain? (49 points, 66 comments)
    2. TPS of Lightning Network vs. Sharding, which one does better? (28 points, 7 comments)
    3. Are there any major downsides to sharding? (21 points, 33 comments)
    4. What's the difference between trustlessness and permissionlessness (19 points, 7 comments)
    5. Which consensus algorithm is the best, PoW, PoS, PoAuthority, PoAsset? (18 points, 57 comments)
    6. How can XRP reach 50,000 TPS when they have no sharding and every node has to validate every single transaction. (15 points, 14 comments)
    7. A few questions about the Lightning Network (14 points, 6 comments)
    8. Pascalcoin can do 72,000 tps apparently. Is this legit? The new Nano? (8 points, 39 comments)
    9. How does Ripple's (XRB's) consensus algorithm Proof of Correctness work, are there any downsides? (3 points, 23 comments)
  12. 175 points, 1 submission: ilielezi
    1. Why white papers in crypto world are so unprofessional? (175 points, 88 comments)
  13. 165 points, 6 submissions: CryptoMaximalist
    1. Facebook's Libra (48 points, 55 comments)
    2. “Fake Stake” attacks on some Proof-of-Stake cryptocurrencies responsibly disclosed by researchers from the Decentralized Systems Lab at UIUC (31 points, 9 comments)
    3. Quantum Computing and the Cryptography in Crypto (27 points, 14 comments)
    4. PING and REJECT attacks on ZCash (Patch available) | Stanford Applied Crypto Group (22 points, 1 comment)
    5. Introduction to Cryptography: Part 1 - Jinglan Wang (19 points, 1 comment)
    6. New site howmanyconfs.com shows the amount of time and confirmations of Proof of Work coins to match 6 confirmations on Bitcoin (18 points, 11 comments)
  14. 163 points, 10 submissions: GainsLean
    1. Videos For Developers Who Want To Learn Blockchain In A Practical Way (36 points, 17 comments)
    2. What Do You Want To Learn? (32 points, 20 comments)
    3. Get Involved With The Smart Contract Coding Challenge (25 points, 4 comments)
    4. Solution To $10K Art Prize (25 points, 3 comments)
    5. Blockchain Course Outline Has Been Released - Feedback warranted (22 points, 12 comments)
    6. Introduction To Distributed Systems And Consensus Protocols (9 points, 2 comments)
    7. Are there any closed source crypto wallets? (4 points, 19 comments)
    8. Are there any successful proof of identity projects? (4 points, 8 comments)
    9. SPV Wallets Vs API Wallets (4 points, 1 comment)
    10. 12 Popular Consensus Algorithms - Explained (2 points, 0 comments)
  15. 163 points, 7 submissions: QRCollector
    1. Part 5. I'm writing a series about blockchain tech and possible future security risks. This is the fifth part of the series talking about an advanced vulnerability of BTC. (43 points, 43 comments)
    2. I'm writing a series about blockchain tech and possible future security risks. This is the third part of the series introducing Quantum resistant blockchains. (36 points, 4 comments)
    3. Part 4B. I’m writing a series about blockchain tech and possible future security risks. This is the fourth part of the series explaining the special quality of going quantum resistant from genesis block. (25 points, 21 comments)
    4. Part 6. (Last part) I'm writing a series about blockchain tech and possible future security risks. Failing shortcuts in an attempt to accomplish Quantum Resistance (24 points, 38 comments)
    5. I'm writing a series about blockchain tech and possible future security risks. This is the first part of the series introducing the basic concept of blockchain and what makes it reliable. (23 points, 10 comments)
    6. I'm writing a series about blockchain tech and possible future security risks. This is the fourth part of the series explaining the special quality of going quantum resistant from genesis block. (7 points, 1 comment)
    7. Part 2. I'm writing a series about blockchain tech and possible future security risks. This is the second part of the series: An accessible description of hashing and signature schemes. (5 points, 0 comments)
  16. 162 points, 3 submissions: FashionistaGuru
    1. How do we change the culture around cryptocurrency? (118 points, 54 comments)
    2. Which cryptos have the best new user experience? (30 points, 34 comments)
    3. Why does Apple prevent many crypto apps from entering the App Store? (14 points, 8 comments)
  17. 157 points, 7 submissions: SamsungGalaxyPlayer
    1. Breaking Monero Episodes 1-3: Introduction, Ring Signatures, 0-Decoy and Chain Reactions (45 points, 1 comment)
    2. "No, dPoW Isn't a Perfect Solution" (35 points, 48 comments)
    3. Breaking Mimblewimble’s Privacy Model - Dragonfly Research (27 points, 10 comments)
    4. Breaking Monero (and Zcash) Episodes 7-9: Remote Nodes, Timing Attacks, Poisoned Outputs (EAE Attack) (21 points, 2 comments)
    5. "Attacker Collection of IP Metadata" (18 points, 10 comments)
    6. "Tracing Transactions Across Cryptocurrency Ledgers" Using Shapeshift and Changelly (6 points, 4 comments)
    7. Breaking Monero Episodes 4-6: Chain Splits (Key Image Attack), Input Selection Algorithm, Unusual Ringsize (5 points, 2 comments)
  18. 147 points, 1 submission: shunsaitakahashi
    1. Proof-of-Approval: Stake Based, 1 Block Finality & History Attack Defense (147 points, 4 comments)
  19. 146 points, 6 submissions: themoderndayhercules
    1. "The selfish mining fallacy" explained and debunked (60 points, 8 comments)
    2. A Discussion of Stable coins and Decentralized Oracles (35 points, 8 comments)
    3. A Selfish Mining Double Spending attack Simulator (25 points, 2 comments)
    4. Why reputation systems don't work (15 points, 12 comments)
    5. A better incentivization for Swarm (6 points, 0 comments)
    6. When Mises met Szabo - A Discussion of the value of Bitcoin (5 points, 16 comments)
  20. 143 points, 7 submissions: KomodoWorld
    1. Komodo Platform's core developer and founder jl777 has started his own blog on Medium. The blog is aimed for senior developers who want to learn about blockchain. (46 points, 15 comments)
    2. Delayed Proof of Work (dPoW) security explained (36 points, 46 comments)
    3. Proof-of-Gameplay (19 points, 3 comments)
    4. Good guide for getting started with the Custom Consensus tech for Komodo-based blockchains (17 points, 0 comments)
    5. Cross-chain migration of coins with Crypto Conditions - by smk762 (12 points, 0 comments)
    6. A step-by-step example of working with a Crypto Conditions based Oracle - by smk762 (10 points, 0 comments)
    7. Changing consensus rules on the fly with Crypto Conditions (3 points, 0 comments)
  21. 141 points, 8 submissions: Stormy1997
    1. What technical/business advantages does a private blockchain have over a SQL server? (49 points, 79 comments)
    2. Is sharding to scale bad? (24 points, 28 comments)
    3. How would one create a fiat gateway theoretically? (19 points, 19 comments)
    4. Looking for Stellar smart contract/side chain code examples (16 points, 1 comment)
    5. Question - Securing personal information on a centralized server with user-owned keys (13 points, 3 comments)
    6. How do blockchains/smart contracts communicate with oracles? (10 points, 4 comments)
    7. Bandwidth scaling for TPS (8 points, 2 comments)
    8. Best method to transmit detailed data between two parties via existing platforms (2 points, 1 comment)
  22. 141 points, 3 submissions: seventyfiver
    1. Why does Ethereum use Solidity while other ecosystems like NEO stick with popular ones like Java and C#? (94 points, 26 comments)
    2. Chainlink's initial Go implementation went live this morning. Has anyone reviewed the code and can comment on it's quality? (40 points, 3 comments)
    3. What are some great books on cryptoeconomics or blockchain technology? (7 points, 4 comments)
  23. 134 points, 6 submissions: johnny_milkshakes
    1. Sub dedicated to DAG based coins (42 points, 8 comments)
    2. Thoughts on this? (28 points, 38 comments)
    3. This is very interesting (24 points, 19 comments)
    4. Educational presentation by Clara Shikhelman (18 points, 0 comments)
    5. Ethics question. (12 points, 40 comments)
    6. How to scale on chain? (10 points, 30 comments)
  24. 127 points, 4 submissions: sukitrebek
    1. What are you currently obsessed with, and why? (58 points, 150 comments)
    2. Crypto-based social network without a cryptocurrency. (42 points, 23 comments)
    3. How does underlying architecture affect what kinds of applications are possible? (17 points, 3 comments)
    4. Holochain vs. Radix DLT (10 points, 11 comments)
  25. 126 points, 1 submission: RufusTheFirefly
    1. Everytime I try to investigate the technology behind Cardano(Ada), I come across the words "scientific" and "peer-reviewed" over and over but almost no actual details. Can someone fill how this coin actually works and where they are in development? (126 points, 49 comments)
  26. 112 points, 1 submission: rocksolid77
    1. Can we have a real debate about the Bitcoin scaling issue? (112 points, 89 comments)
  27. 110 points, 4 submissions: kelluk
    1. What one can learn from browsing 30 million Ethereum addresses (72 points, 21 comments)
    2. I wanted to categorize all coins/tokens, and this is my proposal (23 points, 33 comments)
    3. Should whitepapers be understood by ordinary people? (10 points, 41 comments)
    4. Querying the Ethereum blockchain: how to & what to? (5 points, 5 comments)
  28. 107 points, 1 submission: NewDietTrend
    1. Outside of currency and voting, blockchain is awful and shouldnt be used. Can anyone explain where blockchain is worth the cost? (107 points, 166 comments)
  29. 105 points, 1 submission: insette
    1. /CryptoTech PSA: there are broadly TWO TYPES of Decentralized Exchanges. Which type are you investing in? (105 points, 55 comments)
  30. 103 points, 3 submissions: dtheme
    1. How to accept crypto payments for digital downloads if you are a small business? Solutions, e-commerce sites are lacking (46 points, 38 comments)
    2. How many 24 letter seeds and "Bitcoin" keys can there be? (34 points, 24 comments)
    3. Is there any reason why the big tech companies are not getting into crypto? (23 points, 36 comments)
  31. 103 points, 3 submissions: dvnielng
    1. Why do so many of these businesses need a token? (Unsure) (61 points, 86 comments)
    2. DAPPS - Only coins that have intrinsic value? Ethereum , Neo? (31 points, 10 comments)
    3. How could blockchain work for expensive purchases/escrow? (11 points, 2 comments)
  32. 101 points, 1 submission: kickso
    1. Is NANO everything it says it is? (101 points, 96 comments)
  33. 98 points, 3 submissions: heart_mind_body
    1. How can we breathe some life into this sub? (56 points, 22 comments)
    2. Can anyone give an example for a technology that provides a "public permissioned blockchain"? (28 points, 16 comments)
    3. Can we do a discussion on ICON and "clusters of private chains connected to a public chain" ? (14 points, 13 comments)
  34. 97 points, 8 submissions: kelraku
    1. Thoughts on Mimblewimble? (23 points, 13 comments)
    2. Has anyone looked at the lelantus protocol? (18 points, 6 comments)
    3. How much control do developers have over the coins (18 points, 6 comments)
    4. Lesser known protocols? (11 points, 17 comments)
    5. Zerocoin and Blockchain Analysis (9 points, 5 comments)
    6. Zerocoin vs Cryptonote (7 points, 14 comments)
    7. Lightning network privacy (6 points, 13 comments)
    8. Integrity of the DAG (5 points, 17 comments)
  35. 96 points, 6 submissions: blockstasy
    1. How to Get to One Million Devs (32 points, 12 comments)
    2. The Decade in Blockchain — 2010 to 2020 in Review (27 points, 4 comments)
    3. Ethereum by the Numbers – The Year of 2019 (26 points, 9 comments)
    4. Knowledge Drop: Mining and the role it plays with the Ethereum blockchain (5 points, 0 comments)
    5. A great article that explains Ethereum’s Muir Glacier Update (4 points, 0 comments)
    6. Youtube Silences Crypto Community (2 points, 6 comments)
  36. 93 points, 3 submissions: OneOverNever
    1. Which is the last WHITE PAPER you've read that's truly impacted you? (77 points, 81 comments)
    2. [CMV] Bitcoin's intrinsic technological value. (14 points, 29 comments)
    3. What are some weak points that still hold XVG back from becoming a top player in crypto? (Technically speaking, not marketing and etc.) (2 points, 19 comments)
  37. 93 points, 3 submissions: ryano-ark
    1. (ARK) ACES Completes Integration of ARK Channels for Two-way Transfers for Easy ICOs When Paired With ARK Deployer (Push-Button-Blockchains) (57 points, 5 comments)
    2. (ARK) ACES Releases Fast (Ansible) Deployments for all ACES Applications. (23 points, 4 comments)
    3. A Future of Cryptocurrencies and Blockchains (13 points, 3 comments)
  38. 92 points, 2 submissions: BobUltra
    1. Our blockchains are all centralized! (51 points, 34 comments)
    2. List of qualities needed to dethrone Bitcoin. (41 points, 43 comments)
  39. 90 points, 1 submission: refreshx2
    1. CMV: It doesn't make sense for (crypto)companies to create coins linked to their tech (90 points, 18 comments)
  40. 89 points, 1 submission: perceptron01
    1. What does Nano do better than Steem? (89 points, 55 comments)
  41. 87 points, 1 submission: Shuk
    1. How does one begin to develop an employable skill in blockchain development? (87 points, 25 comments)
  42. 87 points, 1 submission: conorohiggins
    1. I spent three weeks researching and writing a huge guide to stablecoins. Enjoy! (87 points, 36 comments)
  43. 86 points, 1 submission: Bacon_Hero
    1. ELI5: Why did it take so long for blockchain technology to be created? (86 points, 66 comments)
  44. 85 points, 3 submissions: theFoot58
    1. If crypto now is like 'the Internet' of the past, where are we? (65 points, 53 comments)
    2. If the Internet had its Genesis Block, what would it be? (14 points, 9 comments)
    3. Coin grouping - ruby and CryptoCompare API (6 points, 1 comment)
  45. 85 points, 1 submission: youngm2
    1. Which decentralised exchange has the most promise for 2018? (85 points, 89 comments)
  46. 84 points, 4 submissions: bLbGoldeN
    1. On Mass Adoption of Cryptocurrencies (28 points, 68 comments)
    2. Join the Bloom team for our first tech AMA tomorrow (Tuesday, March 13th) at 7 PM GMT! (23 points, 2 comments)
    3. Join the Decred team for an AMA - Friday, June 1st from 19:00 to 22:00 UTC (17 points, 10 comments)
    4. Join the district0x team for an AMA Monday, April 2nd at 5:00 PM (GMT) (16 points, 0 comments)
  47. 82 points, 2 submissions: SubsequentDownfall
    1. Has a 51% attack ever been witnessed? (45 points, 46 comments)
    2. Is a DAG coin like RaiBlocks able to be private like Monero? (37 points, 40 comments)
  48. 82 points, 2 submissions: guidre
    1. Tron and other source Code (42 points, 24 comments)
    2. Why Will companies adopt blockchain, the user interface is complex and i'm not sure that many companies want all their internal dealings made public. (40 points, 19 comments)
  49. 81 points, 4 submissions: solar128
    1. New Atomic Swap Tools Released (35 points, 4 comments)
    2. Using Blockchain to make a censorship-resistant Reddit (28 points, 14 comments)
    3. Best security practices for addressing Spectre & Meltdown (13 points, 0 comments)
    4. Influence of on-chain governance weighted by wealth - good or bad? (5 points, 2 comments)
  50. 81 points, 2 submissions: Blockchainsapiens
    1. Blockchain study finds 0.00% success rate and vendors don't call back when asked for evidence (47 points, 30 comments)
    2. The elephant in the room: would the public ever use a volatile currency over a stable currency? (34 points, 45 comments)
  51. 81 points, 1 submission: Mycryptopedia
    1. Understanding the Tech Behind RaiBlocks (81 points, 7 comments)
  52. 81 points, 1 submission: davidvanbeveren
    1. Article thoroughly analysing / comparing IOTA and RaiBlocks (x-post /CryptoCurrency) (81 points, 10 comments)
  53. 77 points, 4 submissions: DeleteMyOldAccount
    1. HD Wallets Explained: What they are, and how to make them coin agnostic (28 points, 11 comments)
    2. Bitcoin Cash May 15th fork (23 points, 22 comments)
    3. So you want to build a Bitcoin HD wallet? Part 1 (23 points, 3 comments)
    4. Applications of Blockchain in Supply Chain (3 points, 9 comments)
  54. 76 points, 3 submissions: kryptofinger
    1. Why would anyone bother using any DPOS coins for dapps like Eos over normal systems like AWS? (44 points, 104 comments)
    2. Could a state backed privacy coin work? (22 points, 32 comments)
    3. Thoughts on Elastos? (10 points, 8 comments)
  55. 76 points, 1 submission: francohab
    1. 55% of the Nano representative nodes are "official representatives", presumably held by developers. How big of an issue is that? (76 points, 46 comments)
  56. 75 points, 2 submissions: MerkleChainsaw
    1. The biggest challenge for cryptocurrencies and how to mitigate it (73 points, 37 comments)
    2. Short and long term design tradeoffs in crypto (2 points, 2 comments)
  57. 75 points, 1 submission: jatsignwork
    1. Raiblocks & Spam (75 points, 60 comments)
  58. 74 points, 1 submission: behindtext
    1. Hello, this is Jake Yocom-Piatt. Ask me anything about Decred! (74 points, 49 comments)
  59. 73 points, 2 submissions: TexasRadical83
    1. Why use a new "currency" at all? (40 points, 48 comments)
    2. Why are big price increases for crypto a good thing? (33 points, 41 comments)

Top Commenters

  1. Neophyte- (1649 points, 746 comments)
  2. ndha1995 (583 points, 98 comments)
  3. turtleflax (406 points, 116 comments)
  4. senzheng (326 points, 193 comments)
  5. holomntn (294 points, 40 comments)
  6. manly_ (286 points, 43 comments)
  7. signos_de_admiracion (250 points, 18 comments)
  8. fgiveme (231 points, 77 comments)
  9. crypto_kang (222 points, 45 comments)
  10. jatsignwork (220 points, 37 comments)
  11. GainsLean (218 points, 76 comments)
  12. benthecarman (211 points, 48 comments)
  13. rockyrainy (200 points, 39 comments)
  14. hungryforitalianfood (197 points, 58 comments)
  15. rocksolid77 (190 points, 20 comments)
  16. bannercoin (189 points, 11 comments)
  17. insette (181 points, 47 comments)
  18. DiogenicOrder (175 points, 41 comments)
  19. islanavarino (173 points, 51 comments)
  20. behindtext (172 points, 14 comments)
  21. takitus (171 points, 25 comments)
  22. sukitrebek (170 points, 42 comments)
  23. UnknownEssence (170 points, 31 comments)
  24. crypto_ha (170 points, 26 comments)
  25. AlexCoventry (167 points, 17 comments)
  26. DragonWhsiperer (165 points, 38 comments)
  27. stop-making-accounts (164 points, 57 comments)
  28. KnifeOfPi2 (157 points, 13 comments)
  29. Edgegasm (156 points, 42 comments)
  30. ippond (152 points, 15 comments)
  31. dontlikecomputers (151 points, 61 comments)
  32. QRCollector (150 points, 46 comments)
  33. alexrecuenco (145 points, 18 comments)
  34. BobUltra (144 points, 88 comments)
  35. SpamCamel (135 points, 22 comments)
  36. InterdisciplinaryHum (133 points, 107 comments)
  37. theglitteringone (132 points, 10 comments)
  38. ChocolateSunrise (128 points, 23 comments)
  39. PM_ME_UR_QUINES (125 points, 4 comments)
  40. narwhale111 (122 points, 15 comments)
  41. pepe_le_shoe (121 points, 47 comments)
  42. Darius510 (119 points, 39 comments)
  43. glen-hodl (118 points, 21 comments)
  44. HOG_ZADDY (117 points, 23 comments)
  45. coranos2 (116 points, 44 comments)
  46. etherenvoy (116 points, 15 comments)
  47. johnny_milkshakes (115 points, 55 comments)
  48. galan77 (115 points, 52 comments)
  49. hybridsole (113 points, 40 comments)
  50. funciton (113 points, 8 comments)
  51. Mr0ldy (110 points, 24 comments)
  52. Corm (109 points, 42 comments)
  53. cryptoscopia (109 points, 7 comments)
  54. ReportFromHell (106 points, 39 comments)
  55. broscientologist (105 points, 26 comments)
  56. straytjacquet (104 points, 28 comments)
  57. Quadling (101 points, 24 comments)
  58. BlockEnthusiast (101 points, 17 comments)
  59. thats_not_montana (99 points, 37 comments)
  60. TheRealMotherOfOP (98 points, 27 comments)
  61. yarauuta (96 points, 11 comments)
  62. pegasuspect93 (96 points, 1 comment)
  63. andrew_bao (93 points, 40 comments)
  64. samdotla (93 points, 6 comments)
  65. melodious_punk (91 points, 34 comments)
  66. Mquantum (91 points, 31 comments)
  67. TJ_Hooker15 (91 points, 27 comments)
  68. NoFaptain99 (91 points, 3 comments)
  69. ilielezi (87 points, 10 comments)
  70. Raapop (87 points, 2 comments)
  71. Allways_Wrong (86 points, 36 comments)
  72. bLbGoldeN (86 points, 19 comments)
  73. ResIpsaLoquiturrr (86 points, 15 comments)
  74. kabelman93 (85 points, 29 comments)
  75. no_pants_gamer (84 points, 9 comments)
  76. AnkurTechracers (83 points, 16 comments)
  77. ric2b (83 points, 11 comments)
  78. Big_Goose (83 points, 10 comments)
  79. Lifeistooshor1 (82 points, 21 comments)
  80. vornth (82 points, 11 comments)
  81. Sargos (81 points, 25 comments)
  82. refreshx2 (81 points, 16 comments)
  83. Qwahzi (78 points, 27 comments)
  84. StupidRandomGuy (77 points, 35 comments)
  85. WikiTextBot (77 points, 24 comments)
  86. SnootyEuropean (77 points, 5 comments)
  87. cryptogainz (76 points, 14 comments)
  88. frequentlywrong (76 points, 4 comments)
  89. the_defiant (76 points, 4 comments)
  90. BrangdonJ (75 points, 28 comments)
  91. hendrik_v (75 points, 7 comments)
  92. solar128 (74 points, 18 comments)
  93. foobazzler (74 points, 8 comments)
  94. ginger_beer_m (73 points, 35 comments)
  95. kAhmij (73 points, 25 comments)
  96. DeleteMyOldAccount (73 points, 20 comments)
  97. sn0wr4in (73 points, 9 comments)
  98. Dyslectic_Sabreur (72 points, 5 comments)
  99. X7spyWqcRY (71 points, 8 comments)
  100. Krapser (70 points, 5 comments)

Top Submissions

  1. A Guided Reading of Bitcoin’s Original White Paper by Realness100 (202 points, 10 comments)
  2. From a technical standpoint: Why does every blockchain projects need their own coins? by HSPremier (181 points, 50 comments)
  3. Bitcoin Gold hit by Double Spend Attack (51% attack). The Attacker reversed 22 blocks. by rockyrainy (179 points, 102 comments)
  4. Why white papers in crypto world are so unprofessional? by ilielezi (175 points, 88 comments)
  5. My brief observation of most common Consensus Algorithms by tracyspacygo (159 points, 49 comments)
  6. Proof-of-Approval: Stake Based, 1 Block Finality & History Attack Defense by shunsaitakahashi (147 points, 4 comments)
  7. "Do you need a Blockchain?" - this paper is fantastic, everyone should read this before evaluating a coin and if requires a block chain to solve a solution the coin is promising to solve. by Neophyte- (136 points, 41 comments)
  8. Technical comparison of LIGHTNING vs TANGLE vs HASHGRAPH vs NANO by Qwahzi (133 points, 37 comments)
  9. Everytime I try to investigate the technology behind Cardano(Ada), I come across the words "scientific" and "peer-reviewed" over and over but almost no actual details. Can someone fill how this coin actually works and where they are in development? by RufusTheFirefly (126 points, 49 comments)
  10. How do we change the culture around cryptocurrency? by FashionistaGuru (118 points, 54 comments)

Top Comments

  1. 160 points: holomntn's comment in ELI5: Why did it take so long for blockchain technology to be created?
  2. 121 points: KnifeOfPi2's comment in How do we change the culture around cryptocurrency?
  3. 105 points: theglitteringone's comment in Outside of currency and voting, blockchain is awful and shouldnt be used. Can anyone explain where blockchain is worth the cost?
  4. 102 points: benthecarman's comment in If crypto now is like 'the Internet' of the past, where are we?
  5. 96 points: pegasuspect93's comment in If crypto now is like 'the Internet' of the past, where are we?
  6. 95 points: bannercoin's comment in Realistically, why would anybody expect the startup crypto platforms to beat out the corporate giants who are developing their own Blockchain as a Service (BaaS) solutions? Ex. IBM, SAP, JP Morgan...
  7. 83 points: AlexCoventry's comment in Ethereum private key with all zeroes leads to an account with 5000$ on it
  8. 82 points: deleted's comment in Is blockchain really useful ?
  9. 81 points: signos_de_admiracion's comment in Why white papers in crypto world are so unprofessional?
  10. 78 points: NoFaptain99's comment in Why do so many of these businesses need a token? (Unsure)
Generated with BBoe's Subreddit Stats
submitted by subreddit_stats to subreddit_stats [link] [comments]

ChainLink - Rank 97 with no competitors. Undervalued Gem?

What Does ChainLink Do?
In a nutshell, ChainLink aims to solve the connectivity problem, a key limiting factor for smart contract usability, and whilst it's an ERC-20 token it will not be limited to just the Ethereum blockchain.
What makes $LINK so special? Well, it's the first decentralized oracle network; allowing anyone to securely provide smart contracts with access to key external data, off-chain payments and any other API capabilities. Anyone who has a data feed, useful off-chain service such as local payments, or any other API, can now provide them directly to smart contracts in exchange for LINK tokens.
Partnerships
I will keep this brief, as you can see a full list of current and potential partnerships on https://www.reddit.com/LINKTradecomments/7mob78/list_of_chainlinks_partnershipsprojects_using/
But the main ones to look at are
The Pros
ChainLink has steadily been gaining traction ever since its downfall after the 4chan/reddit SIBOS hypetrain crash (post September). It's remained around the 90-100 rank mark and has yet to really "moon".
The Cons
So what makes ChainLink valuable?
The LINK token is used by smart contract owners to pay chainlink nodes for getting data from them and the more LINKs an oracle node has, the more reputable it is. So oracle node providers are incentivized to hold as much LINKs in their chainlink nodes to appear more reputable to the chainlink network, gaining more usage and profit
(Taken from a comment on https://www.reddit.com/CryptoCurrency/comments/7nwis4/why_i_believe_chainlink_link_is_the_most/)
Most importantly, LINK can (and will be) used for data request penalty payments to ensure that node operators provide the requested data. Penalty payments are LINK tokens that are required to be held in escrow by the smart contract. They are paid to the smart contract creator in the event any of the node operators do not meet the required data requests as stated in the smart contract. This provides an incentive for smart contract creators to trust node operators, knowing that they have a form of financial insurance (the penalty payment) in the event a node (or nodes) submit bad data.
For information that will trigger high value smart contracts, smart contract owners will want to require a proportionate amount of link to be held in escrow as penalty payments by the node operators. When link is tied up for penalty payments, it is released over the life of the contract. For example, let’s say party A wants an API snapshot sent every day for 30 days. If the penalty payment for the contract is 300 LINK (per node operator), then each node operator will have 10 LINK released to them at the end of each day – receiving the full 300 LINK at the end of the 30 days if they successfully performed the data request the smart contract asked for. Now imagine the smart contract creator wanted 10 node operators. That means 3000 LINK is taken off the market immediately, and 100 of that 3000 is released each day from the smart contract to the individual node operators (10 each per operator, assuming they provided the requested data). A cycle will be created where more and more smart contracts will make requests and node operators will be limited only by the availability of their LINK tokens to be used for penalty payments.
Add it all together and you have a singular payment method for a desired network (the most secure external data oracle), lots of supply constantly locked up to have enough link for signaling purposes (the reputation boost for a node operator), financial insurance for smart contract creators (penalty payments) for increasingly valuable triggering data in a wide variety of smart contracts, and a network poised for growth as more adapters are built and more API’s become available so that dapps can thrive on any blockchain network. Yes LINk is an ERC20 token, but it is blockchain agnostic and the adapter network can continue to grow.
LINK can also be staked!
LINK staking is another big thing that will do wonders for Chainlink's valuation. Turns out Chainlink oracles can be made into pools, similar to mining pools on bitcoin and ethereum where multiple people come and put their LINKs together to run a more secure oracle node and distribute the profits fairly between each other. This will be huge as it will effectively allow you to stake your LINK tokens and earn more of them passively without doing anything. One such pool in development is LinkPool (http://www.linkpool.io/).
Where do i buy and store LINK?
You can currently buy LINK at the following exchanges;
As an ERC-20 token, you can store LINK on your ledger or MEW wallets.
Here is a well written guide on how to purchase LINK https://www.reddit.com/LINKTradecomments/7gglfv/how_to_buy_link_chainlink_token/
Sources of Info For Own Research
P.S CEO Sergey Nazarov speaks at Bitcoin super conference next month too https://www.bitcoinsuperconference.com/speakesergey-nazarov/ as well as speaking at SXSW in march alongside Tom Gonser who is the founder and former chief strategy officer of DocuSign.
https://chainlinknodes.com/smartcontract-ceo-sergey-nazarov-speak-sxsw/
Sorry, All sounds great but i only invest based on TA
Good news, if LINK breaks 7k sats we're in for a moon too!
Edit: updated TA
https://uk.tradingview.com/x/GEBhGcKz/
Added from comments
Don't forget that AXA Insurance and Sony Corp did a test smart contract on their platform last week: https://create.smartcontract.com/#/contracts/fa4703cb68e3c152a9f47bafd57fe1fa
AXA Insurance has announced that they will be implementing blockchain: https://group.axa.com/en/newsroom/news/axa-goes-blockchain-with-fizzy
Facebook Director of Engineering joins ChainLink: https://www.financemagnates.com/cryptocurrency/news/facebook-director-engineering-joins-chainlink-advisory-board/
Zuckerberg says he will be studying crypto make Facebook better: https://www.coindesk.com/zuckerberg-to-study-cryptocurrency-in-quest-to-decentralize-facebook/
submitted by lamps92 to CryptoCurrency [link] [comments]

Adoption funding development all in one but I need a PHP programmer help

We are all saying utility and adoption is the key to success. Let us say that I'm an online merchant that wants to accept crypto payments. Normally I would use OpenCart, PrestaShop or Woocommerce, All PHP based CMS. I can easily get Paypal payment gateway to any of them in seconds and start selling. Paypal would handle disputes (create trust) and I don't have to process money, apply for a payment gateway or store funds myself.
BCH has a great feature that achieve most of this. Its' the non-custodial blind escrow. Yes it's ready and tested now in local.bitcoin.com and there is a library for it in Javascript named Jeton-lib.
I'm not a developer but I wanted to create my own service which utilize BCH without wasting a lot of money by using some PHP CMS but resources weren't easy to find. I searched a lot and discussed it in many places till a community member directed me to BCH bridge for bitwasp/bitcoin library which could make it easier to build blind non-custodial escrow library on top of PHP.
As I've learned the Jeton javascript library is not that huge and I should worry about it's dependencies which the BCH bridge for bitwasp/bitcoin library solves part of it at least.
I'm not sure if I'm going in the right direction or if it's possible at all. IF such library would help build extensions to popular CMS (E.g wordpress) then I think it will help with adoption. I'm already thinking of some applications that I'm ready to invest in.
The issue that I don't know where to start. should I write my use case and post it raw on Upwork and alike without making sure there are libraries available. Should I start by posting a job to convert the library. What is the estimated cost. Is it something that I should work with community member to fund?
Update: We are all saying utility and adoption is the key to success. Let us say that I'm an online merchant that wants to accept crypto payments. Normally I would use OpenCart, PrestaShop or Woocommerce, All PHP based CMS. I can easily get Paypal payment gateway to any of them in seconds and start selling. Paypal would handle disputes (create trust) and I don't have to process money, apply for a payment gateway or store funds myself.
BCH has a great feature that achieve most of this. Its' the non-custodial blind escrow. Yes it's ready and tested now in local.bitcoin.com and there is a library for it in Javascript named Jeton-lib.
I'm not a developer but I wanted to create my own service which utilize BCH without wasting a lot of money by using some PHP CMS but resources weren't easy to find. I searched a lot and discussed it in many places till a community member directed me to BCH bridge for bitwasp/bitcoin library which could make it easier to build blind non-custodial escrow library on top of PHP.
As I've learned the Jeton javascript library is not that huge and I should worry about it's dependencies which the BCH bridge for bitwasp/bitcoin library solves part of it at least.
I'm not sure if I'm going in the right direction or if it's possible at all. IF such library would help build extensions to popular CMS (E.g wordpress) then I think it will help with adoption. I'm already thinking of some applications that I'm ready to invest in.
The issue that I don't know where to start. should I write my use case and post it raw on Upwork and alike without making sure there are libraries available. Should I start by posting a job to convert the library. What is the estimated cost. Is it something that I should work with community member to fund?
Update: one use case is allowing non custodial escrow for multi vendor marketplaces like
https://wordpress.org/plugins/dc-woocommerce-multi-vendo
submitted by Damascene_U to btc [link] [comments]

FiatDex explained. A trustless and censorship resistant method to buy and sell ETH for fiat without a third party escrow.

Summary
FiatDex is a trustless fiat to ETH exchange protocol that uses seller and buyer ETH collateral to motivate trading parties not to scam each other and complete the trade. No third party escrow is needed. No sign-up or KYC needed. No reputation system required. It can be especially useful for cash in-person trades by increasing the security of those trades by decreasing the chance of getting robbed. FiatDex has no match-making properties which must be done manually through other channels.
Background
Currently, there are limited trustless method to exchange fiat currencies such as USD, EUR and others for cryptocurrencies such as Bitcoin, Ethereum or Litecoin. Most users seeking to convert fiat into crypto must use and trust a centralized gateway that serves as gatekeeper for entering and exiting crypto from fiat. Such gatekeepers may require information that users may not want to disclose such as Social Security Numbers, Driver's Licenses or Passports for fear that the information may not be held securely or will be abused. In addition, these centralized gateways can become honey pots waiting to be hacked. As seen with LocalBitcoins, there is a demand for a service that avoids the gatekeepers; however, as we have also seen with LocalBitcoins, such centralized services may become victims to burdensome regulations, whether it is right or not. There are decentralized exchanges that have fiat as an option, such as Bisq or LocalEthereum; however these types of exchanges use shared custody multisignature addresses with a trusted third party that must be the final arbitrator of all trades if the trading parties cannot resolve disputes themselves. Also, if the arbitrators disappear from the platform, the exchange can no longer function when there is a dispute.
What is FiatDex?
FiatDex is Ethereum based fiat to Ethereum (ETH) swap smart contract. It can be ran as a backend protocol for any Dapp that is order matching users who want to swap fiat for crypto or vice-versa. It utilizes some features from various types of decentralized exchanges and puts it into a simple interactive smart contract. Ethereum was chosen versus Bitcoin as it has more flexible smart contracts and eventually users can swap their Ethereum for Bitcoin via other trustless methods if desired. FiatDex is a decentralized gateway for users with fiat to enter the cryptoworld without having to trust a third party. The core tenet of FiatDex is incentive. Participants are incentivized to continue to the next step, and failure to do so in a timely manner will result in a penalty. Much like Bitcoin and cryptocurrency in general, incentive drives miners to mine and stakers to stake. Incentive will also drive FiatDex. Traders are not asked to implicitly trust each other but rather act out of their own self-interest.
How does it work?
FiatDex is a contract with simple steps; however, there is a caveat regarding its use. Both traders must already have ETH to initiate the swap.
Meet Alice and meet Bob. Alice has 1 ETH she wants to sell for $200 USD. Lucky for Alice, Bob has $200 USD that he wants to use to buy 1 ETH.
  1. Prior to the trade, Alice and Bob communicated that they want to exchange and how to do the exchange, including sharing a common hash between each other that will be used as a trade ID. This communication can be Telegram, IRC, email or anything else.
  2. Alice creates a swap position using the trade ID in the smart contract with a value of 1 ETH, this swap position requires a 150% collateral, so Alice must send 2.5 ETH in total.
  3. Bob sees that Alice has opened the swap position with the correct amount and then sends his collateral to the same swap position which is the same at 150% of the sent amount, so Bob must send 1.5 ETH as well.
  4. The swap position now contains 4 ETH.
  5. After sending his collateral, Bob must now send $200 USD to Alice. The preferred method is some sort of irreversible cash transfer (not bank to bank as those tend to be reversible).
  6. When Alice receives the money and verifies it is not fake, she will then close the swap position unilaterally. This automatically triggers payment from the smart contract to Bob for 1 ETH as well as returning the collaterals to each respective party. Alice will get her 1.5 ETH collateral back and Bob will get his 1.5 ETH back. Both parties are happy and Bob is 1 ETH richer (though $200 poorer) than when he started. Alice is $200 richer (though 1 ETH poorer) as well.
  7. If it takes too long to close the swap position, the contract will deduct a fee per time unit that goes to the contract owner address. This is done to encourage the parties to do the swap as fast as possible.
  8. These steps can be repeated if the buyer wants to acquire more ETH with fiat.
What if I only have $150 worth of ETH initially and want to buy $1000 worth of ETH?
Since the collateral is returned after each swap, a person can repeat the swap to buy as much ETH as they want.
If I want $1000 worth of ETH but only have $150 worth of ETH. I would use the $150 worth of ETH as collateral and buy $100 worth of ETH several separate times and eventually I will have a $1000 worth of ETH from only having the initial $150 worth of ETH.
Links
Github: https://github.com/happypsyduck/fiatdex-gateway
Telegram: https://t.me/joinchat/LKOC7hNpttszh22G6lEfyg
submitted by happypsyduck to ethtrader [link] [comments]

Manna-Network.com; A Method Of Earning BitcoinSV With Web Traffic

Manna Network is a way for website operators to earn income from their web traffic. It has the potential to bring LONG and short-term revenue to bloggers, video producers, musicians, artists, etc. It also is a way for small businesses to learn, earn and experience crypto and a way for them to recoup some of their own advertising expenses and efforts by reselling (sic. recycling) their web traffic in exchange for BitcoinSV.
Internet advertising involves websites at both ends (at both the buyer end and the seller end). That rare feature of the product enabled the creation of this advertising system as a hybrid of link exchanges (i.e. swaps and barter based), a peer-to-peer distributed Yellow Pages style web directory, an ad networks style bidding and pricing system, and a crypto currency payment systems into what can best be described as a Multi-Stakeholder Cooperative Ad Network Trust.
Among its features,

In development for quite some time, the original system had been started with the typical payment mechanisms (i.e. Pay Pal and fiat currency). When Bitcoin was discovered it was converted to a Bitcoin-only system. That decision obviously limited the potential customer base but the company's culture, strategic philosophy and future direction lined up so well with Bitcoin's that committing the company to Bitcoin was chosen as the best long-term route. To address the small crypto-user-base issue a "member-only" crypto-backed purchase and exchange system was developed to make it easy for customers to acquire the "ad credits" to advertise on the crypto-only platform.
Another problematic issue encountered (besides the limited crypto user base) was the Bitcoin scaling issue. The uncertainty required waiting for stabilization. That changed with the fork and $50 transaction fees, "hodling" and and other issues associated with Bitcoin Core and, so, it became obvious the solution was a change to first Bitcoin Cash and then to BitcoinSV.
Another problematic issues included a poor installation rate of the proprietary Manna Network software. The ability of the Network's members to sell web traffic (sic. advertising) hinges on the Network's ability to acquire web traffic into its inventory. The business model incorporates a "sales funnel" starting with the offer of free advertising and progressing into a competitive "bidding" for better placement. It then attempts to capitalize on the unique characteristic that customers operate web sites and can, therefore, install the scripting and contribute (sic. invest) web traffic. Getting "customers" to install the software (and thus become "members") is crucial to the success of the Network. To address this problem we are building the "Enterprise Level".
The project is currently at the "rebranding" stage to mostly correct that last problem by enabling an "Enterprise level" strategic partnership level aimed at web professional in direct contact with web site operators (i.e. professionals such as web developers, designers, SEO, hosting, web advertising etc). Not only can these assist potential members with installation, the arrangement can enable their customers to earn crypto with their websites and, thus, build customer loyalty and common goals between the site owner and professional.
The enterprise level will be released on Github excepting and reserving a small central part of the system that maintains the pricing and bidding. Those pricing and bidding operations are what determine the placement of the ads across the entire network (and it is the placement of an ad across the whole network that incentivizes buyers to bid and pay more for better placement) thus that portion needs to be centralized at least for a season.
I've been the sole developer of the project so far. There have been the issues mentioned that have kept me remaining cautious, but the legal structure formation (i.e. the Massachusetts Business Trust ) was also problematic. A recent consultation with an attorney specializing in crypto startups was encouraging enough on that front for me to start to seriously consider the formation of a team. I have welcomed the formation of an advisory team and am looking forward to contributions from attorneys, accountants (particularly tax), and junior web software developers. But since crypto (BitcoinSV) is only used as the payment system, there currently is not much need for crypto-currency specific development (but there may be the possibility of that in the future).
Once the trust agreements are drafted and the current software is transferred to the trust, then it can be opened up to permanent registration and membership. The business model will likely include some understanding that the web traffic of members is contributed as the working capital of the trust. This can also be described as "crowd sourcing" using web traffic as "money". The earnings of the members are indirectly connected to the amount of their web traffic by reason that they get to offer the network's traffic (i'e' they function as agents for the Network) and earn commissions on their sales. Thus, sites with more traffic should, in general, achieve higher sales than sites with lower traffic. Conceptually, it might be likened to the mining operations in crypto and it could be said it is like mining BitcoinSV with web traffic (or, more specifically, like earning BitcoinSV with web traffic).
The project can be seen at Manna-Network.com.
submitted by Bungeebones to btc [link] [comments]

Technical: Pay-to-contract and Sign-to-contract

What's this? I don't make a Technical post for a month and now BitPay is censoring the Hong Kong Free Press? Shit I'm sorry, it's all my fault for not posting a Technical post regularly!! Now posting one so that we have a censorship-free Bitcoin universe!
Pay-to-contract and sign-to-contract are actually cryptographic techniques to allow you to embed a commitment in a public key (pay-to-contract) or signature (sign-to-contract). This commitment can be revealed independently of the public key / signature without leaking your private key, and the existence of the commitment does not prevent you from using the public key / signature as a normal pubkey/signature for a normal digital signing algorithm.
Both techniques utilize elliptic curve homomorphism. Let's digress into that a little first.

Elliptic Curve Homomorphism

Let's get an oversimplified view of the maths involved first.
First, we have two "kinds" of things we can compute on.
  1. One kind is "scalars". These are just very large single numbers. Traditionally represented by small letters.
  2. The other kind is "points". These are just pairs of large numbers. Traditionally represented by large letters.
Now, an "Elliptic Curve" is just a special kind of curve with particular mathematical properties. I won't go into those properties, for the very reasonable reason that I don't actually understand them (I'm not a cryptographer, I only play one on reddit!).
If you have an Elliptic Curve, and require that all points you work with are on some Elliptic Curve, then you can do these operations.
  1. Add, subtract, multiply, and divide scalars. Remember, scalars are just very big numbers. So those basic mathematical operations still work on big numbers, they're just big numbers.
  2. "Multiply" a scalar by a point, resulting in a point. This is written as a * B, where a is the scalar and B is a point. This is not just multiplying the scalar to the point coordinates, this is some special Elliptic Curve thing that I don't understand either.
  3. "Add" two points together. This is written as A + B. Again, this is some special Elliptic Curve thing.
The important part is that if you have:
A = a * G B = b * G Q = A + B 
Then:
q = a + b Q = q * G 
That is, if you add together two points that were each derived from multiplying an arbitarry scalar with the same point (G in the above), you get the same result as adding the scalars together first, then multiplying their sum with the same point will yield the same number. Or:
a * G + b * G = (a + b) * G 
And because multiplication is just repeated addition, the same concept applies when multiplying:
a * (b * G) = (a * b) * G = (b * a) * G = b * (a * G) 
Something to note in particular is that there are few operations on points. One operation that's missing is "dividing" a point by a point to yield a scalar. That is, if you have:
A = a * G 
Then, if you know A but don't know the scalar a, you can't do the below:
a = A / G 
You can't get a even if you know both the points A and G.
In Elliptic Curve Cryptography, scalars are used as private keys, while points are used as public keys. This is particularly useful since if you have a private key (scalar), you can derive a public key (point) from it (by multiplying the scalar with a certain standard point, which we call the "generator point", traditionally G). But there is no reverse operation to get the private key from the public key.

Commitments

Let's have another mild digression.
Sometimes, you want to "commit' to something that you want to keep hidden for now. This is actually important in some games and so on. For example, if you are paying a game of Twenty Questions, one player must first write the object they are thinking of, then fold or hide it in such a way that what they wrote is not visible. Then, after the guessing player has asked twenty questions to narrow down what the object is and has revealed what he or she thinks the object being guessed was, the guessee reveals the object by unfodling and showing the paper.
The act of writing down commits you to the specific thing you wrote down. Folding the paper and/or hiding it, err, hides what you wrote down. Later, when you unfold the paper, you reveal your commitment.
The above is the analogy to the development of cryptographic commitments.
  1. First you select some thing --- it could be anything, a song, a random number, a promise to deliver products and services, the real identity of Satoshi Nakamoto.
  2. You commit to it by giving it as input to a one-way function. A one-way function is a function which allows you to get an output from an input, but after you perform that there is no way to reverse it and determine the original input knowing only the final output. Hash functions like SHA are traditionally used as one-way functions. As a one-way function, this hides your original input.
  3. You give the commitment (the output of the one-way function given your original input) to whoever wants you to commit.
  4. Later, when somebody demands to show what you committed to (for example after playing Twenty Questions), you reveal the commitment by giving the original input to the one-way function (i.e. the thing you selected in the first step, which was the thing you wanted to commit to).
  5. Whoever challenged you can verify your commitment by feeding your supposed original input to the same one-way function. If you honestly gave the correct input, then the challenger will get the output that you published above in step 3.

Salting

Now, sometimes there are only a few possible things you can select from. For example, instead of Twenty Questions you might be playing a Coin Toss Guess game.
What we'd do would be that, for example, I am the guesser and you the guessee. You select either "heads" or "tails" and put it in a commitment which you hand over to me. Then, I say "heads" or "tails" and have you reveal your commitment. If I guessed correctly I win, if not you win.
Unfortunately, if we were to just use a one-way function like an SHA hash function, it would be very trivial for me to win. All I would need to do would be to try passing "heads" and "tails" to the one-way function and see which one matches the commitment you gave me. Then I can very easily find out what your committed value was, winning the game consistently. In hacking, this can be made easier by making Rainbow Tables, and is precisely the technique used to derive passwords from password databases containing hashes of the passwords.
The way to solve this is to add a salt. This is basically just a large random number that we prepend (or append, order doesn't matter) to the actual value you want to commit to. This means that not only do I have to feed "heads" or "tails", I also have to guess the large random number (the salt). If the possible space of large random numbers is large enough, this prevents me from being able to peek at your committed data. The salt is sometimes called a blinding factor.

Pay-to-contract

Hiding commitments in pubkeys!
Pay-to-contract allows you to publish a public key, whose private key you can derive, while also being a cryptographic commitment. In particular, your private key is also used to derive a salt.
The key insight here is to realize that "one-way function" is not restricted to hash functions like SHA. The operation below is an example of a one-way function too:
h(a) = a * G 
This results in a point, but once the point (the output) is known, it is not possible to derive the input (the scalar a above). This is of course restricted to having the input be a scalar only, instead of an arbitrary-length message, but you can add a hash function (which can accept an arbitrary-length input) and then make its output (a fixed-length scalar) as the scalar to use.
First, pay-to-contract requires you to have a public and private keypair.
; p is private key P = p * G ; P is now public key 
Then, you have to select a contract. This is just any arbitrary message containing any arbitrary thing (it could be an object for Twenty Questions, or "heads" or "tails" for Coin Toss Guessing). Traditionally, this is symbolized as the small letter s.
In order to have a pay-to-contract public key, you need to compute the below from your public key P (called the internal public key; by analogy the private key p is the internal private key):
Q = P + h(P | s) * G 
"h()" is any convenient hash function, which takes anything of arbitrary length, and outputs a scalar, which you can multiply by G. The syntax "P | s" simply means that you are prepending the point P to the contract s.
The cute thing is that P serves as your salt. Any private key is just an arbitrary random scalar. Multiplying the private key by the generator results in an arbitrary-seeming point. That random point is now your salt, which makes this into a genuine bonafide hiding cryptographic commitment!
Now Q is a point, i.e. a public key. You might be interested in knowing its private key, a scalar. Suppose you postulate the existence of a scalar q such that:
 Q = q * G 
Then you can do the below:
 Q = P + h(P | s) * G Q = p * G + h(P | s) * G Q = (p + h(P | s)) * G 
Then we can conclude that:
 q = p + h(P | s) 
Of note is that somebody else cannot learn the private key q unless they already know the private key p. Knowing the internal public key P is not enough to learn the private key q. Thus, as long as you are the only one who knows the internal private key p, and you keep it secret, then only you can learn the private key q that can be used to sign with the public key Q (that is also a pay-to-contract commitment).
Now Q is supposed to be a commitment, and once somebody else knows Q, they can challenge you to reveal your committed value, the contract s. Revealing the pay-to-contract commitment is done by simply giving the internal public key P (which doubles as the salt) and the committed value contract s.
The challenger then simply computes:
P + h(P | s) * G 
And verifies that it matches the Q you gave before.
Some very important properties are:
  1. If you reveal first, then you still remain in sole control of the private key. This is because revelation only shows the internal public key and the contract, neither of which can be used to learn the internal private key. So you can reveal and sign in any order you want, without precluding the possibility of performing the other operation in the future.
  2. If you sign with the public key Q first, then you do not need to reveal the internal public key P or the contract s. You can compute q simply from the internal private key p and the contract s. You don't even need to pass those in to your signing algorithm, it could just be given the computed q and the message you want to sign!
  3. Anyone verifying your signature using the public key Q is unaware that it is also used as a cryptographic commitment.
Another property is going to blow your mind:
  1. You don't have to know the internal private key p in order to create a commitment pay-to-contract public key Q that commits to a contract s you select.
Remember:
Q = P + h(P | s) * G 
The above equation for Q does not require that you know the internal private key p. All you need to know is the internal public key P. Since public keys are often revealed publicly, you can use somebody else's public key as the internal public key in a pay-to-contract construction.
Of course, you can't sign for Q (you need to know p to compute the private key q) but this is sometimes an interesting use.
The original proposal for pay-to-contract was that a merchant would publish their public key, then a customer would "order" by writing the contract s with what they wanted to buy. Then, the customer would generate the public key Q (committing to s) using the merchant's public key as the internal public key P, then use that in a P2PKH or P2WPKH. Then the customer would reveal the contract s to the merchant, placing their order, and the merchant would now be able to claim the money.
Another general use for pay-to-contract include publishing a commitment on the blockchain without using an OP_RETURN output. Instead, you just move some of your funds to yourself, using your own public key as the internal public key, then selecting a contract s that commits or indicates what you want to anchor onchain. This should be the preferred technique rather than OP_RETURN. For example, colored coin implementations over Bitcoin usually used OP_RETURN, but the new RGB colored coin technique uses pay-to-contract instead, reducing onchain bloat.

Taproot

Pay-to-contract is also used in the nice new Taproot concept.
Briefly, taproot anchors a Merkle tree of scripts. The root of this tree is the contract s committed to. Then, you pay to a SegWit v1 public key, where the public key is the Q pay-to-contract commitment.
When spending a coin paying to a SegWit v1 output with a Taprooted commitment to a set of scripts s, you can do one of two things:
  1. Sign directly with the key. If you used Taproot, use the commitment private key q.
  2. Reveal the commitment, then select the script you want to execute in the Merkle tree of scripts (prove the Markle tree path to the script). Then satisfy the conditions of the script.
Taproot utilizes the characteristics of pay-to-contract:
  1. If you reveal first, then you still remain in sole control of the private key.
    • This is important if you take the Taproot path and reveal the commitment to the set of scripts s. If your transaction gets stalled on the mempool, others can know your commitment details. However, revealing the commitment will not reveal the internal private key p (which is needed to derive the commitment private key q), so nobody can RBF out your transaction by using the sign-directly path.
  2. If you sign with the public key Q first, then you do not need to reveal the internal public key P or the contract s.
    • This is important for privacy. If you are able to sign with the commitment public key, then that automatically hides the fact that you could have used an alternate script s instead of the key Q.
  3. Anyone verifying your signature using the public key Q is unaware that it is also used as a cryptographic commitment.
    • Again, privacy. Fullnodes will not know that you had the ability to use an alternate script path.
Taproot is intended to be deployed with the switch to Schnorr-based signatures in SegWit v1. In particular, Schnorr-based signatures have the following ability that ECDSA cannot do except with much more difficulty:
As public keys can, with Schnorr-based signatures, easily represent an n-of-n signing set, the internal public key P can also actually be a MuSig n-of-n signing set. This allows for a number of interesting protocols, which have a "good path" that will be private if that is taken, but still have fallbacks to ensure proper execution of the protocol and prevent attempts at subverting the protocol.

Escrow Under Taproot

Traditionally, escrow is done with a 2-of-3 multisignature script.
However, by use of Taproot and pay-to-contract, it's possible to get more privacy than traditional escrow services.
Suppose we have a buyer, a seller, and an escrow service. They have keypairs B = b * G, S = s * G, and E = e * G.
The buyer and seller then generate a Taproot output (which the buyer will pay to before the seller sends the product).
The Taproot itself uses an internal public key that is the 2-of-2 MuSig of B and S, i.e. MuSig(B, S). Then it commits to a pair of possible scripts:
  1. Release to a 2-of-2 MuSig of seller and escrow. This path is the "escrow sides with seller" path.
  2. Release to a 2-of-2 MuSig of buyer and escrow. This path is the "escrow sides with buyer" path.
Now of course, the escrow also needs to learn what the transaction was supposed to be about. So what we do is that the escrow key is actually used as the internal public key of another pay-to-contract, this time with the script s containing the details of the transaction. For example, if the buyer wants to buy some USD, the contract could be "Purchase of 50 pieces of United States Federal Reserve Green Historical Commemoration papers for 0.357 satoshis".
This takes advantage of the fact that the committer need not know the private key behind the public key being used in a pay-to-contract commitment. The actual transaction it is being used for is committed to onchain, because the public key published on the blockchain ultimately commits (via a taproot to a merkle tree to a script containing a MuSig of a public key modified with the committed contract) to the contract between the buyer and seller.
Thus, the cases are:
  1. Buyer and seller are satisfied, and cooperatively create a signature that spends the output to the seller.
    • The escrow service never learns it could have been an escrow. The details of their transaction remain hidden and private, so the buyer is never embarrassed over being so tacky as to waste their hard money buying USD.
  2. The buyer and seller disagree (the buyer denies having received the goods in proper quality).
    • They contact the escrow, and reveal the existence of the onchain contract, and provide the data needed to validate just what, exactly, the transaction was supposed to be about. This includes revealing the "Purchase of 50 pieces of United States Federal Reserve Green Historical Commemoration papers for 0.357 satoshis", as well as all the data needed to validate up to that level. The escrow then investigates the situation and then decides in favor of one or the other. It signs whatever transaction it decides (either giving it to the seller or buyer), and possibly also extracts an escrow fee.

Smart Contracts Unchained

Developed by ZmnSCPxj here: https://zmnscpxj.github.io/bitcoin/unchained.html
A logical extension of the above escrow case is to realize that the "contract" being given to the escrow service is simply some text that is interpreted by the escrow, and which is then executed by the escrow to determine where the funds should go.
Now, the language given in the previous escrow example is English. But nothing prevents the contract from being written in another language, including a machine-interpretable one.
Smart Contracts Unchained simply makes the escrow service an interpreter for some Smart Contract scripting language.
The cute thing is that there still remains an "everything good" path where the participants in the smart contract all agree on what the result is. In that case, with Taproot, there is no need to publish the smart contract --- only the participants know, and nobody else has to. This is an improvement in not only privacy, but also blockchain size --- the smart contract itself never has to be published onchain, only the commitment to it is (and that is embedded in a public key, which is necessary for basic security on the blockchain anyway!).

Sign-to-contract

Hiding commitments in signatures!
Sign-to-contract is something like the dual or inverse of pay-to-contract. Instead of hiding a commitment in the public key, it is hidden in the signature.
Sign-to-contract utilizes the fact that signatures need to have a random scalar r which is then published as the point R = r * G.
Similarly to pay-to-contract, we can have an internal random scalar p and internal point P that is used to compute R:
R = P + h(P | s) * G 
The corresponding random scalar r is:
r = p + h(P | s) 
The signing algorithm then uses the modified scalar r.
This is in fact just the same method of commitment as in pay-to-contract. The operations of committing and revealing are the same. The only difference is where the commitment is stored.
Importantly, however, is that you cannot take somebody else's signature and then create an alternate signature that commits to some s you select. This is in contrast with pay-to-contract, where you can take somebody else's public key and then create an alternate public key that commits to some s you select.
Sign-to-contract is somewhat newer as a concept than pay-to-contract. It seems there are not as many applications of pay-to-contract yet.

Uses

Sign-to-contract can be used, like pay-to-contract, to publish commitments onchain.
The difference is below:
  1. Signatures are attached to transaction inputs.
  2. Public keys are attached to transaction outputs.
One possible use is in a competitor to Open Timestamps. Open Timestamps currently uses OP_RETURN to commit to a Merkle Tree root of commitments aggregated by an Open Timestamps server.
Instead of using such an OP_RETURN, individual wallets can publish a timestamped commitment by making a self-paying transaction, embedding the commitment inside the signature for that transaction. Such a feature can be added to any individual wallet software. https://blog.eternitywall.com/2018/04/13/sign-to-contract/
This does not require any additional infrastructure (i.e. no aggregating servers like in Open Timestamps).

R Reuse Concerns

ECDSA and Schnorr-based signature schemes are vulnerable to something called "R reuse".
Basically, if the same R is used for different messages (transactions) with the same public key, a third party with both signatures can compute the private key.
This is concerning especially if the signing algorithm is executed in an environment with insufficient entropy. By complete accident, the environment might yield the same random scalar r in two different runs. Combined with address reuse (which implies public key reuse) this can leak the private key inadvertently.
For example, most hardware wallets will not have any kind of entropy at all.
The usual solution to this is, instead of selecting an arbitrary random r (which might be impossible in limited environments with no available entropy), is to hash the message and use the hash as the r.
This ensures that if the same public key is used again for a different message, then the random r is also different, preventing reuse at all.
Of course, if you are using sign-to-contract, then you can't use the above "best practice".
It seems to me plausible that computing the internal random scalar p using the hash of the message (transaction) should work, then add the commitment on top of that. However, I'm not an actual cryptographer, I just play one on Reddit. Maybe apoelstra or pwuille can explain in more detail.
Copyright 2019 Alan Manuel K. Gloria. Released under CC-BY.
submitted by almkglor to Bitcoin [link] [comments]

ICO Review Aggregator - YouTube Blockmarket Quickstart Tutorial 04: Aliases -BITCOIN -Smart Wallet BitCoin, Credit Cards, Review HEX - Certificate of high interest rate deposits WorkCoin  Crypto-currency With Built in Escrow & Arbitration  Founder Fred Krueger  CoinAgenda

EscrowBitcoin.net - Bitcoin escrow service. Contribute to fbslo/escrowbitcoin development by creating an account on GitHub. This dilemma is addressed in practice using a third party escrow service. However, we show that naive escrow protocols introduce both privacy and security issues. We formalize the escrow problem and present a suite of schemes with improved security and privacy properties. Our schemes are compatible with Bitcoin and similar blockchain-based cryptocurrencies. Metadata. Year: 2017: Peer Reviewed ... EscrowCoin will support Escrow services for multiple cryptocurrencies, aiming to create a service that is simple and easy for the everyday user and allowing trading on the crypto currency trading platform. Masternodes will play an important role in resolving any conflict which arises in the system in a decentralized and anonymous manner; and get rewarded for the same. A complete Escrow system ... The bitcoin escrow service acts as a neutral third party between buyer and seller when doing business. Mining and Staking. Bitcoin mining is legal and is accomplished by running double round hash verification processes. Hardware and Merchandise. Since early 2010 we are part of the Bitcoin scene. We have an open door business policy and serve the local communities. We are inspired by the ... An escrow account is created that is controlled by both the buyer and the seller. The merchant is unable to spend the funds until the customer finalizes the transaction. 2Crow contributors and creators have zero control and zero liability for your use of this service. This project is currently 100% donation supported. Please support it at ...

[index] [4954] [39104] [4050] [19318] [18849] [28856] [8944] [21233] [35709] [30445]

ICO Review Aggregator - YouTube

Decentralized Escrow and P2P Crypto-exchange on the Ethereum blockchain. Project website: https://payfair.io/ Email: [email protected] Bitcointalk: https:/... How to create your own bitcoin marketplace, webshop, escrow service or wallet app easily with django-bitcoin library. https://github.com/kangasbros/django-bi... specialized services such as pre-paid custom legal document creation, app testing, high end branding and design, expert marketing advice and sales coaching. WorkCoins are held in escrow via smart ... This video is unavailable. Watch Queue Queue. Watch Queue Queue BITCOIN PRICE , BITCOIN FUTURE in doubt http://youtu.be/eO-yrpQpIT8 What is NAMECOIN BITCOIN'S First Fork http://youtu.be/oBkhPhu3_B4 Test Scanning Stainless...

#