Re: [bitcoin-dev] A thought experiment on bitcoin for payroll privacy

2020-10-05 Thread ZmnSCPxj via bitcoin-dev
Good morning Mr. Lee, and list, > I can then look at the gossiped channels and see the size of the channel > between the cut-throat company and the other employee, and from there, guess > that this is the bi-weekly salary of that employee. This can be made an argument against always

Re: [bitcoin-dev] A thought experiment on bitcoin for payroll privacy

2020-10-04 Thread ZmnSCPxj via bitcoin-dev
Good morning Mr. Lee, > Permanent raises can justify permanently increasing the size of the channel > with the employee. On reflection, this is a bad idea. Suppose I am a cut-throat employee and I want to have an idea of the bi-weekly salary of another employee. I make some stupid bet, and

Re: [bitcoin-dev] A thought experiment on bitcoin for payroll privacy

2020-10-04 Thread Thomas Hartman via bitcoin-dev
"big to-network channel" nit: should this be "big from-network channel" ? thanks for this explanation. On Sat, Oct 3, 2020 at 11:45 PM ZmnSCPxj via bitcoin-dev wrote: > > Good Morning Mr. Lee, > > > I cannot front up funds of my own to give > > them inbound balance because it would consume all

Re: [bitcoin-dev] A thought experiment on bitcoin for payroll privacy

2020-10-03 Thread ZmnSCPxj via bitcoin-dev
Good morning Mr. Lee, > Lightning network is not much an option because they do not have > inbound balance to get paid. Why not? Your company can open a channel with each employee that has insufficient inbound liquidity. The employee is incentivized to reveal their node to your company so you

[bitcoin-dev] A thought experiment on bitcoin for payroll privacy

2020-10-03 Thread Mr. Lee Chiffre via bitcoin-dev
Lets pretend that I have a company. I'll call it cut throat industries. We are a box cutter testing firm. HR pays the employees biweekly Fridays. In the current way. Cut throat industries pays a single transaction with the company's treasury as the input and each employee payroll as an output.