Nathan, my understanding on your first question is:
1. tweetpayments send a tweet based on the tipjoy user's preferences,
which default to sending tweets for payments. (settings->twitter)
I'm interested in the answer for question 2.
In the meantime, it got me thinking in a difference direction:
payment via
http://tipjoy.com/api/#creating_twitter_payment to a
non existent twitter user, @skdignqe
=> this seems to work. that is, tipjoy doesn't check that the target
is an existing twitter user
if someone then creates a twitter account for @skdignqe, can that
person claim the money?
=> i created a tipjoy account for skdignqe. account balance is $0,
including pledges
=> i created a twitter account for skdignqe and then linked it to
tipjoy via oauth. account balance is $0, including pledges.
=> i then removed skdignqe's twitter account from tipjoy
=> i then paid skdignqe again -- account balance is $2, including pledges
so.... i might have botched the tests by unlinking skdignqe's tipjoy
and twitter account.
ultimately, i didn't take timing into account. maybe Ivan could just
chime in with what the expected behavior would be ;-)
note: Ivan, is there a way to view all the pledges for skdignqe
other than going to twitter and viewing @skdignqe 's mentions, which
only shows the second one once the twitter account was created: pd_dev
p $1 @skdignqe for test2 ?
this got me thinking about unclaimed transactions--are what to do with
them still being figured out?
more randomness (i know, negative karma for putting everything into a
signle discussion. eit):
users can cancel pledges at any time. users can't cancel payments,
right? that is, if user A has $5 in his account and then pays
@skdignqe $1, A's balance goes to $4 irrevocably, right? (and then
when @skdignqe cashes out he actually gets $1-fees. if @skdignqe
instead pays @john, then when @john cashes out he gets $1-fees, where
fees is the same as what @skdignqe would have paid. ya?)