Detecting Wash Sales/Transactions

Detecting Wash Sales/Transactions

I run a site which is essentially an e-commerce platform where buyers connect with sellers and all transactions happen in Bitcoin. I worry about sellers on the site continuously buying their own items on the site to gain visibility (more sales means higher ranking on the front page).

Is it possible to detect whether an incoming transaction originated from the same bitcoin wallet?

I am thinking that I could run a tree/graph traversal of the transactions starting at a given address and see if I end up at that same address again. But I'm not sure how this would work with wallets where each payment generates a new address from a master public/private key pair.

PS: Maybe wash sale is not the correct term here.

https://ift.tt/2KzEQYO

Comments

Post a Comment

Popular posts from this blog

New z-enemy 1.26 Nvidia GPU Miner With Improved Performance

Image
New z-enemy 1.26 Nvidia GPU Miner With Improved Performance The latest z-enemy 1.26 Nvidia GPU miner comes with additional performance boost in a number of the supported crypto algorithms as well as improved stability. We should note that the latest version also marks the removal of support for the Renesis algorithm, apparently due to the project introducing this algorithm getting abandoned. The new version adds up to +5-7% for X16r and X16s, +7% for Bitcore, few percent for other algorithms such as X17, C11, Aergo … on GTX 10×0 cards. The Hex algorithm gets +10% for GTX 10×0 cards and +2% for RTX 20×0 GPUs as a hashrate boost. The latest z-enemy version 1.26 is available for CUDA 9.1, 9.2 and 10.0 for 64-bit Windows versions as well as CUDA 9.0, CUDA 9.1, CUDA 9.2 and CUDA 10 binaries for Linux (HiveOS, PiMP OS, EthOS & Ubuntu). Make sure that you have the respective recent video driver version installed for the CUDA version you want to use – 388+ for 9.1, 397+ for 9.2 and 411+ ...
Read more

New coin daemon crashes ReadBlockFromDisk: Errors in block header at CBlockDiskPos(nFile=0, nPos=8)

New coin daemon crashes ReadBlockFromDisk: Errors in block header at CBlockDiskPos(nFile=0, nPos=8) Hi so I generated the genesis block using std::unique_ptr<CChainParams> CreateChainParams(const std::string& chain) { if (chain == CBaseChainParams::MAIN) return std::unique_ptr<CChainParams>(new CMainParams()); else if (chain == CBaseChainParams::TESTNET) return std::unique_ptr<CChainParams>(new CTestNetParams()); else if (chain == CBaseChainParams::REGTEST) return std::unique_ptr<CChainParams>(new CRegTestParams()); throw std::runtime_error(strprintf("%s: Unknown chain %s.", __func__, chain)); } void SelectParams(const std::string& network) { SelectBaseParams(network); globalChainParams = CreateChainParams(network); } void UpdateVersionBitsParameters(Consensus::DeploymentPos d, int64_t nStartTime, int64_t nTimeout) { globalChainParams->UpdateVersionBitsParameters(d, nStartTime, nTimeout); } void MineGenesisBlock(CBl...
Read more

How do I calculate the witness commitment hash for a given block?

How do I calculate the witness commitment hash for a given block? From my understanding, every SegWit enabled block has an added output script which is used as a place to store the "Witness commitment" specified in BIP 141 . One issue I've stumbled upon was calculating the commitment hash value only given the raw block/transaction data. For example, I've chosen Block #542213 as it only has 4 total transactions (including the coinbase generation) Coinbase witness commitment script: OP_RETURN OP_PUSHDATA(36) [aa21a9ed4a657fcaa2149342376247e2e283a55a6b92dcc35d4d89e4ac7b74488cb63be2] BIP141 states that the pushed data can be broken down to the following: 0xaa21a9ed - Commitment header (seemingly random) 0x4a657fcaa2149342376247e2e283a55a6b92dcc35d4d89e4ac7b74488cb63be2 - SHA256(SHA256(witness root hash|witness reserved value)) The documentation mentions that the witness root hash can be derived similarly to the merkle root in a block header, where each wtxid act...
Read more