Micropayments and the incentive program at e-gold

2003-06-07 Thread Jim Davidson
Dear Friends,

James A. Donald points out that tens of thousands of
micropayments are being made on the e-gold system
every day.  If we assert that less than a tenth of
a gram of gold is a micropayment, then the web page
http://www.e-gold.com/stats.html
gives us some information.
 Spend size  quantity  value involved
0 mg - 1 mg 6959  (Total: 5.60 g)
1 mg - 10 mg4854  (Total: 23.73 g)
10 mg - 100 mg 21825  (Total: 1.04 kg)
A question arises, where do these events come
from?  Mr. Donald offers the thought that the
spends involve the e-gold incentive program, but
thinks some other activities such as per-click
micropayments for banner ads might be involved.
He writes, "Some proportion of these payments must
be e-gold's own referral scheme." JP May offers the
thought that the HYIP or "neoteric gaming" or, in
my view, Ponzi scheme activity may be the major factor.
Let's talk a bit about those events.  Every time
a spend takes place at e-gold.com, there are
several activities which report through.  First,
an account holder authorizes a spend of metal
(we'll stick with gold in this example) from his
account to another account.  Second, e-gold.com
records a "payment receive fee" against the
account of the person receiving the payment in
the amount of 1% of the amount spent, capped at
50 cents.  Third, e-gold.com captures half of
this receive fee and divides the other half between
two other accounts: the account which sponsored
the spender and the account which sponsored the
receiver.
However, I don't believe that payment receive fees,
spender-sponsor incentive fees, or receiver-sponsor
incentive fees can be involved in *any* of these
micropayments.  Why not?  If that were true, then
every user initiated spend event would generate two
or three automatic spend events on the e-gold system.
A user-initiated spend would generate two auto-spends
in the form of incentive fees to the sponsors of the
spender and the receiver.  It would generate those
two plus a payment receive fee spend to the e-gold
account.  However, that would only represent the
situation if the number of e-gold spends were always
evenly divisible by three or four.  Since the number
of spends I see right now is 72470, and that number
isn't evenly divisible by three nor by four, I
think the incentive program cannot be involved in
the "spends" figure.
Help me out here, Jay Wherley or Jim Ray, if you
would, since you guys at e-gold know the whole
story.  I think "spends" is user-initiated events,
and that *none* of the incentive payments are
counted as spends.  That makes sense, since if
the incentive payments were "spends" on the e-gold
system, they would incur payment receive fees,
and generate further incentive fees, in a rather
recursive fashion - an infinite loop.  What's
more, they would show up in "payments received"
in the account history, whereas they show up
only in the "incentive fees" history. And, the
number of spends, if incentive fees are counted,
would have to be invariably a number evenly
divisible by three, which is not the case in
the instance cited here.  So, it is just a total
non-starter.  The e-gold incentive program is not
a part of the "spends" figure on the stats.html
page at e-gold.com.
Next we have to ask whether micropayments arise
as a part of the Ponzi activities.  That may be
true, since we can suppose that Ponzi operators
would want to provide incentive payments to these
jerks who violate the e-gold user agreement and
keep sending spam around.  If there were not
incentive fees paid to spammers, there would be
no reason for the spammers to spam, QED.  Thus,
I suppose that if a Ponzi scheme takes in, say,
$25, it pays out to the referrer some fee like
$1 or twenty-five cents.  I'd have to be a lot
more interested in Ponzis to do the research on
this matter.  Based on the fact that spams which
promote Ponzis are sent out, even though the
account holder risks losing his account if the
spam is reported to [EMAIL PROTECTED] (see the
account user agreement), then there must be
some sort of incentive payment involved.  As
the spams are a form of advertising, and as
there are probably opt-in lists for Ponzis
and web sites describing various Ponzis, I do
agree with Mr. Donald that "these are mostly
.. payments for ads" though I suspect they
are on a commission-only basis rather than on
a per-click-through basis in most instances.
Finally, we have the question of "anonymity."
Mr. Donald says, "These are non anonymous, in that
e-gold can link payer to payee, but anonymous in
that it laborious to link e-gold account numbers
to true names."  I agree with the first half of
this comma splice sentence.  These payments are
not anonymous.  The payer knows whose account is
being paid, and the payee knows where the payment
came from.
Since the e-gold.com system records an account
history, and since those records are kept in one
of the most litigious jurisdictions on Earth
(the USA), any prosecutor or defense attorney
or 

Re: [dgc.chat] Micropayments and the incentive program at e-gold

2003-06-07 Thread Jim Davidson
Dear James,

Jay Wherley is the head tech guy at e-gold.com so
wwe can rely on his views below.  The incentive
payments and the payment receive fee are not
counted as "spends" for the statistics on the
e-gold.com/stats.html page.
One correspondent suggested to me that there may
be one or more "spread spectrum" accounts.  The
way such an account would work is that a 'bot
would create 10,000 e-gold accounts.  Other
software for bulk payments would be used to
spend one ten thousandth of each payment from
each of these accounts to the intended recipient.
Why do so?  Doing so would diversify the risk of
any one account being closed, make the process
of tracking the account history data much harder
for prosecutors and others with court orders,
and generally enhance privacy to some extent.
Of course, this idea was indicated as a chimera,
something that has been discussed but no one
knows if anyone has ever implemented it.
Meanwhile, I suggest a few games of poker at
 http://8715605.thegoldcasino.com
I hope this message has been helpful.  Jay's
detailed response below.
Regards,

Jim
 http://www.ezez.com/
From: "Jay W." <[EMAIL PROTECTED]>
Date: Sat Jun 7, 2003  06:19:33 US/Central
To: [EMAIL PROTECTED]
Subject: Re: [dgc.chat] Micropayments and the incentive program at 
e-gold

I realize you have explained this at least 10 times, every time it
comes up every few months, but I alwasy forget and like hearing it
over and over :-)
-BEGIN PGP SIGNED MESSAGE-

then hopefully this post is a paroxysm of joy for you JP! ;) :

the deduction of the e-gold spend fee is not included in velocity 
numbers.
the distribution of any incentive payments per
http://www.e-gold.com/unsecure/incentive.htm
is not included in velocity numbers. the *only* thing counting as a 
"spend"
in "e-metal spends" is an e-metal spend (aka payment) from one account 
to
another initiated by a user doing one of:
a) manually signing into his account and performing a "Spend"
b) checking out at a merchant using e-gold SCI
c) using phone access to make a spend
d) using a program and the e-gold Automation Interface to make a spend

those velocity numbers are totals for the amounts users are spending
to other users. they do not include any other thing like fees, storage
charges, or incentive payments.
http://stats.e-gold.com

possibly the most informative, accurate and timely economic statistics
on earth - possibly the universe!! ;)
-BEGIN PGP SIGNATURE-
Version: PGP 7.0.4
iQEVAwUBPuHKNMyM0YPqVE7FAQHEyQf+Pqv7O8gvEhIQFjooHgx3MR5yHppGSqna
3ewMf7WBlNVZuSfTecUiu/nkzdaiwjnB4ugtbXxIYS58Wn2ZdcQnu+9VGzjjw8K2
mwcQTUMauWjUMKLr8v+NiDPh6Mp8S1IJxHgsVqg1K5QgoAtrheSCUSJuejvS3BnQ
Ph1SosCahUoZ7xrolAlfFcwq/RUm769L4ohJu8CUnVeM/9ZOoEl/uFX8E/ogS52G
b9iJQGmPv0odjEsPkmIH20IbrweAL16pxkT7eQkJGZF+NP5GRuRChg6qOFKKYWKW
ThegIPl6arOAaliy02j/PcJl93EgNmZ/212KyQ3GqmZu/tVl0UClow==
=9U0c
-END PGP SIGNATURE-






subscribe: send blank email to [EMAIL PROTECTED]
unsubscribe: send blank email to [EMAIL PROTECTED]
digest: send an email to [EMAIL PROTECTED]
with "set [EMAIL PROTECTED] digest=on" in the message body