Skip to content

Instantly share code, notes, and snippets.

View imaginaryusername's full-sized avatar

imaginaryusername

25 followers · 2 following
View GitHub Profile
@imaginaryusername
imaginaryusername / keybase.md
Created June 22, 2018 19:43
keybase.md

Keybase proof

I hereby claim:

  • I am imaginaryusername on github.
  • I am im_uname (https://keybase.io/im_uname) on keybase.
  • I have a public key ASBzUTBeJMsOfCLhX4Io3nhslTM1tZQRXCWO8s_5SLP1Mgo

To claim this, I am signing this object:

@imaginaryusername
imaginaryusername / sp-relay1.md
Created July 23, 2018 06:22
Possible double-spend proof relay mechanism - from Tom Zander

A transaction may already have been propagated through all the network, or it may not yet be when a proof gets made. So a node that has both proof and (one of the) transaction in mempool can get asked by a peer to relay one or the other. When it gets asked to relay the transaction, it responds to relay both the transaction and the proof. If it gets asked the proof, it just gives the proof.

Now, this may cause bad use of bandwith as the proof may now be sent to a node twice. A simple solution might be to have a small message which essentially says "for the transaction you just requested, there is a double-spend proof with ID 'x'"

As such we introduce 3 parts to the network p2p layer of Bitcoin Cash.

@imaginaryusername
imaginaryusername / sp.md
Last active April 14, 2021 02:04
Standard Priority and Doublespend Proof 
  Layer: Relay Policy 
  Title: Standard Priority and Doublespend Proof
  Author: @im_uname <[email protected]>, Tom Zander <[email protected]>
  Created: 2018-07-16
  Last updated: 2018-08-09
  License: IDGAF
@imaginaryusername
imaginaryusername / ds_sim_20180807
Created August 8, 2018 05:57
Preliminary simulation results from ds_simulator, 20180807
20180807 ds_simulator preliminary test parameters and results
Parameters:
nodecount = 2000
minercount = 15
outgoing connections = 8 / node
interval between tx1 and tx2 = 1 inventory cycle (~50ms for BU)
loopcount = 200 (trials)
@imaginaryusername
imaginaryusername / reusable_addresses_sketch.md
Last active June 3, 2019 08:26

##BCH reusable address

discussion sketch 20190602

@im_uname, with material from @marklundeberg and discussion with @cpacia

Goals in this version

Funds sent in one transaction - no setup (unless offline - see later sections)

@imaginaryusername
imaginaryusername / EC-SLP-Plan.md
Last active August 18, 2019 15:21
Electron-Cash tentative SLP merge plans

im_uname 20190729

Note: Other high-prioritiy projects like Reusable Addresses and Cashfushion exist. But the following parts can be done piecemeal, and many of the parts will also help Reusable Addresses.

Will recommend the following actions in order:

Note: This roadmap does not account for multisignature wallets (yet).

Derivative path autodetection; migrate to BIP39 default