Bitcoin Forum
May 22, 2024, 06:03:30 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Warning: One or more bitcointalk.org users have reported that they strongly believe that the creator of this topic is a scammer. (Login to see the detailed trust ratings.) While the bitcointalk.org administration does not verify such claims, you should proceed with extreme caution.
Pages: [1] 2 »  All
  Print  
Author Topic: How will 0.8.2 affect S.Dice?  (Read 1835 times)
madmadmax (OP)
Hero Member
*****
Offline Offline

Activity: 740
Merit: 501



View Profile
May 06, 2013, 12:26:31 AM
 #1

Wouldn't they still be able to notify players whether they lost or won simply by broadcasting the transactions without it actually being included in a block? (zero conf style)








       ▄▄▄▄▄               ▄▄▄▄▄
   ▄▄█▀▀▀▀▀▀██▄        ▄▄█▀▀▀▀▀▀▀█▄
 ▄██▀        ▀██▄    ▄██▀         ▀█▄
██▀            ▀██▄  ▀▀             ██
██               ▀██        ▄▄▄▄▄▄▄▄██
██                ▀██▄      ▀▀▀▀▀▀▀▀▀▀
 ██▄          ▄██   ▀██▄          ▄▄▄
  ▀██▄      ▄██▀      ▀██▄▄     ▄██▀
    ▀▀██████▀▀          ▀▀██████▀▀


Unchained Smart Contracts
Decentralized Oracle
Infinitly Scalable
Blockchain Technology
Turing-Complete
State-Channels



                 ▄████▄▄    ▄
██             ████████████▀
████▄         █████████████▀
▀████████▄▄   █████████████
▄▄█████████████████████████
██████████████████████████
  ▀██████████████████████
   █████████████████████
    ▀█████████████████▀
      ▄█████████████▀
▄▄███████████████▀
   ▀▀▀▀▀▀▀▀▀▀▀

             ▄██▄
     ▄      ▐████   ▄▄
   █████     ██████████
    █████████████████▀
 ▄████████████▀████▌
██████████     ▀████    
 ▀▀   █████     ██████████
      ▀████▌▄████████████▀
    ▄▄▄███████████████▌
   ██████████▀    ▐████
    ▀▀▀  ████▌     ▀▀▀
         ▀███▀
f


Stunna
Legendary
*
Offline Offline

Activity: 3192
Merit: 1278


Primedice.com, Stake.com


View Profile
May 06, 2013, 12:48:54 AM
 #2

I'm interested in knowing the answer to this as well.

Stake.com Fastest growing crypto casino & sportsbook
Primedice.com The original bitcoin instant dice game
2D
Member
**
Offline Offline

Activity: 76
Merit: 10


View Profile
May 06, 2013, 12:51:15 AM
 #3

Cliffs on 0.8.2?
BitcoinUK
Newbie
*
Offline Offline

Activity: 58
Merit: 0


View Profile
May 06, 2013, 12:57:40 AM
 #4

noob question

so imagine a miner that accepts in a 0.00000020 transaction.. the block gets solved and them pushed out to the network. imagine of 51% of the nodes are the new version that doesn't like small transactions.

would that create another fork where it doesn't get confirmed or the number of confirms never get above 1 confirm?
Gab1159
Member
**
Offline Offline

Activity: 75
Merit: 10


View Profile
May 06, 2013, 12:57:48 AM
 #5

I'm interested in knowing the answer to this as well.

+1
Ichthyo
Hero Member
*****
Offline Offline

Activity: 602
Merit: 500


View Profile
May 06, 2013, 01:06:03 AM
 #6

so imagine a miner that accepts in a 0.00000020 transaction.. the block gets solved and them pushed out to the network. imagine of 51% of the nodes are the new version that doesn't like small transactions.


According to the statements of the devs: once a miner has included a transaction into a block and that block got accepted into the blockchain, everyone would propagate that block. The new setting only affects transactions which have to be relayed to the miners or still have to be included into a block.

would that create another fork where it doesn't get confirmed or the number of confirms never get above 1 confirm?

The further confirmations after the 1st one are just further blocks accepted on top of the 1st one. Once a block is accepted, individual transactions within that block aren'te investigated further. (Of course, there can always be an orphaned side-chain, when some chain gets a highter accumulated difficultiy, but thats another story altogether)

On a related note: there is no limitation on redeeming a tiny "dust" output. The whole idea of this new patch is to atack the root cause, i.e. penalise the creation of "dust" transaction outputs right from start, instead of trying to filter them out later.

Recall the near term goal is to prune the blockchain and remove all worthless (spent) outputs. Thus, any "dust" TX outputs, which have a high probability of being never spent, have also a high probability to become unprunable. Thats the rationale behind this new setting

bg002h
Donator
Legendary
*
Offline Offline

Activity: 1463
Merit: 1047


I outlived my lifetime membership:)


View Profile WWW
May 06, 2013, 01:12:37 AM
 #7

I'm interested in knowing the answer to this as well.
Me too.

I think they could, but, it won't show up in your wallet as a transaction. That makes it the users job to go get the confirmation of loss (as if the lack of a win doesn't make that clear, but, whatever). Alternatively, SD could write their own client or web wallet or anything that monitors for those notifications...but, they haven't. I'm not sure if they're just not so bright, too busy, or they want to push the limits of Bitcoin before some one else more malignant decides to do it.

Hardforks aren't that hard. It’s getting others to use them that's hard.
1GCDzqmX2Cf513E8NeThNHxiYEivU1Chhe
BitcoinUK
Newbie
*
Offline Offline

Activity: 58
Merit: 0


View Profile
May 06, 2013, 01:13:44 AM
 #8

so imagine a miner that accepts in a 0.00000020 transaction.. the block gets solved and them pushed out to the network. imagine of 51% of the nodes are the new version that doesn't like small transactions.

would that create another fork where it doesn't get confirmed or the number of confirms never get above 1 confirm?

According to the statements of the devs: once a miner has included a transaction into a block and that block got accepted into the blockchain, everyone would propagate that block. The new setting only affects transactions which have to be relayed to the miners or still have to be included into a block.



so wouldnt it be easier to just have CGMiner/Reaper etc ignore transactions if they chose to, instead of the main client.

this is like going to the bank and knowing you had an ounce bar of gold and a bunch of gold dust worth 5c each in little baggies. and the banks refusing to give out the dust which may of added up to something large if it wasn't for the bank fee's adding a 50c fee to all transactions.

(analogy is when bitcoin reaches $100 each)
madmadmax (OP)
Hero Member
*****
Offline Offline

Activity: 740
Merit: 501



View Profile
May 06, 2013, 01:15:03 AM
 #9

Cliffs on 0.8.2?

Multiple Dr. Evil type of characters including Gavin Andresen (Notice Mr.Anderson) have been tinkering in their underground facility thinking of new ways to destroy the free economy along with their CIA friends as the camera zooms out of the darkness you can only hear their evil laughing as they summon this patch from the deepest dungeons of hell to completely censor any micro transactions or "dust" in hopes of probing the masses for compliance before further arbitrary, dictatorship-style changes take place.

Not to mention that Bitcoin becomes closer and closer to what we are all trying to rebel against and the patch is completely against the bible:
Quote
Completely non-reversible transactions are not really possible, since financial institutions cannot avoid mediating disputes. The cost of mediation increases transaction costs, limiting the minimum practical transaction size and cutting off the possibility for small casual transactions, and there is a broader cost in the loss of ability to make non-reversible payments for non-reversible services.
Oh Satoshi, where are you when we need you








       ▄▄▄▄▄               ▄▄▄▄▄
   ▄▄█▀▀▀▀▀▀██▄        ▄▄█▀▀▀▀▀▀▀█▄
 ▄██▀        ▀██▄    ▄██▀         ▀█▄
██▀            ▀██▄  ▀▀             ██
██               ▀██        ▄▄▄▄▄▄▄▄██
██                ▀██▄      ▀▀▀▀▀▀▀▀▀▀
 ██▄          ▄██   ▀██▄          ▄▄▄
  ▀██▄      ▄██▀      ▀██▄▄     ▄██▀
    ▀▀██████▀▀          ▀▀██████▀▀


Unchained Smart Contracts
Decentralized Oracle
Infinitly Scalable
Blockchain Technology
Turing-Complete
State-Channels



                 ▄████▄▄    ▄
██             ████████████▀
████▄         █████████████▀
▀████████▄▄   █████████████
▄▄█████████████████████████
██████████████████████████
  ▀██████████████████████
   █████████████████████
    ▀█████████████████▀
      ▄█████████████▀
▄▄███████████████▀
   ▀▀▀▀▀▀▀▀▀▀▀

             ▄██▄
     ▄      ▐████   ▄▄
   █████     ██████████
    █████████████████▀
 ▄████████████▀████▌
██████████     ▀████    
 ▀▀   █████     ██████████
      ▀████▌▄████████████▀
    ▄▄▄███████████████▌
   ██████████▀    ▐████
    ▀▀▀  ████▌     ▀▀▀
         ▀███▀
f


bg002h
Donator
Legendary
*
Offline Offline

Activity: 1463
Merit: 1047


I outlived my lifetime membership:)


View Profile WWW
May 06, 2013, 01:16:48 AM
 #10

noob question

so imagine a miner that accepts in a 0.00000020 transaction.. the block gets solved and them pushed out to the network. imagine of 51% of the nodes are the new version that doesn't like small transactions.

would that create another fork where it doesn't get confirmed or the number of confirms never get above 1 confirm?

My understanding is: no, it won't fork. Anyone who wants their mining node to behave like it did yesterday can go ahead and include no value transactions...and non-mining nodes can broadcast such transactions, but, everyone who upgrades won't relay those transactions or attempt to put them in a block.

Hardforks aren't that hard. It’s getting others to use them that's hard.
1GCDzqmX2Cf513E8NeThNHxiYEivU1Chhe
Ichthyo
Hero Member
*****
Offline Offline

Activity: 602
Merit: 500


View Profile
May 06, 2013, 01:24:11 AM
 #11

According to the statements of the devs: once a miner has included a transaction into a block and that block got accepted into the blockchain, everyone would propagate that block. The new setting only affects transactions which have to be relayed to the miners or still have to be included into a block.



so wouldnt it be easier to just have CGMiner/Reaper etc ignore transactions if they chose to, instead of the main client.

The devs for the main client can influence the main client's development. Thats why they are building this patch there.
Other clients may choosse to behave differently. There isn't "the" Bitcoin client

The goal is exactly to penalise some transactions as early as possible.

Right now, there are the free transactions, which have a lower and lower probability of being included. Up to now, the client had a hard-baked-in limit on the fee. Any fee below that limit was treated as "no fee", and the transaction will be penalised.

Now, this patch
 (1) changed that hard-baked in limit into a commandline configurable limit.
 (2) added a new test for "dust" transactions, which is initially tied to the limit defined in (1)

The further plan is to determine that limit automatically, by observing what is currently being accepted by the miners, but that will be way more difficult to implement.
gmaxwell
Staff
Legendary
*
Offline Offline

Activity: 4186
Merit: 8424



View Profile WWW
May 06, 2013, 01:59:47 AM
 #12

so wouldnt it be easier to just have CGMiner/Reaper etc ignore transactions if they chose to, instead of the main client.
uh. People running cgminer aren't miners as far as bitcoin is concerned. They're just remote computing for bitcoin... they only do exactly what they are told and have no knowledge or control of the transactions.

Quote
this is like going to the bank and knowing you had an ounce bar of gold and a bunch of gold dust worth 5c each in little baggies. and the banks refusing to give out the dust which may of added up to something large if it wasn't for the bank fee's adding a 50c fee to all transactions.
Not quite. It's  like going into the bank and saying I want you to break this penny into 1,000,000 parts and pay people with them. And the bank says "Uh, it'll cost those people about 0.0005 cents each to redeem each those micropennies, and we and everyone else would have to handle the record keeping for them... so, no, we won't break up pennies below what they'd cost to redeem.  But by default it discourages people from creating loads of really tiny outputs that aren't economical to ever bother redeeming, burdening the recipients and the network for no real purpose (since such transactions already require high fees— just take what you would have had as fees and add them to the outputs. Done). Of course, in any case you can mine them yourself or talk some other miner into do it.

The analogy I offer matches enough to even include how its parametrized: if people reduce the configurable threshold of Bitcoin that they treat as zero for priority purposes then the output limit goes down too.

As far as the thread goes, this should have basically no effect on sdice. As far as I can tell sdice no longer creates outputs smaller than 5000 satoshi.
Gavin Andresen
Legendary
*
Offline Offline

Activity: 1652
Merit: 2217


Chief Scientist


View Profile WWW
May 06, 2013, 02:12:41 AM
 #13

Multiple Dr. Evil type of characters including Gavin Andresen (Notice Mr.Anderson) have been tinkering in their underground facility thinking of new ways to destroy the free economy along with their CIA friends as the camera zooms out of the darkness you can only hear their evil laughing as they summon this patch from the deepest dungeons of hell to completely censor any micro transactions or "dust" in hopes of probing the masses for compliance before further arbitrary, dictatorship-style changes take place.

Nah, I'm not in the underground facility any more. I packed up the hookers and blow and we're all living the sweet life in a penthouse suite now.

How often do you get the chance to work on a potentially world-changing project?
Equilux
Sr. Member
****
Offline Offline

Activity: 353
Merit: 251


View Profile
May 06, 2013, 02:20:12 AM
 #14

Multiple Dr. Evil type of characters including Gavin Andresen (Notice Mr.Anderson) have been tinkering in their underground facility thinking of new ways to destroy the free economy along with their CIA friends as the camera zooms out of the darkness you can only hear their evil laughing as they summon this patch from the deepest dungeons of hell to completely censor any micro transactions or "dust" in hopes of probing the masses for compliance before further arbitrary, dictatorship-style changes take place.

Nah, I'm not in the underground facility any more. I packed up the hookers and blow and we're all living the sweet life in a penthouse suite now.


Damn! I knew I should have learned to to code, I'm missing out big-time man!

drawingthesun
Legendary
*
Offline Offline

Activity: 1176
Merit: 1015


View Profile
May 06, 2013, 05:20:53 AM
 #15

S.Dice has been sending 0.00005 back as a loss for a while now, they ended the satoshi return months ago. So this patch will not effect them!
Rothgar
Sr. Member
****
Offline Offline

Activity: 374
Merit: 250


Tune in to Neocash Radio


View Profile WWW
May 06, 2013, 10:53:37 AM
 #16

S.Dice has been sending 0.00005 back as a loss for a while now, they ended the satoshi return months ago. So this patch will not effect them!

Won't they need to up that to .00005430?

Visit http://neocashradio.com for the premier weekly bitcoin podcast.
Follow neocashradio on twitter.  https://twitter.com/NeocashRadio
Zaih
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


View Profile
May 06, 2013, 11:52:46 AM
 #17

Why don't they just get rid of that pointless idea all together and just make it balance based... I don't get the big deal of being 100% based off the blockchain. Meh.
drawingthesun
Legendary
*
Offline Offline

Activity: 1176
Merit: 1015


View Profile
May 06, 2013, 12:10:16 PM
 #18

S.Dice has been sending 0.00005 back as a loss for a while now, they ended the satoshi return months ago. So this patch will not effect them!

Won't they need to up that to .00005430?

Your right, I didn't realize the new hard limit was this high. Kinda concerning....
CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
May 06, 2013, 12:18:56 PM
 #19

Nah, I'm not in the underground facility any more. I packed up the hookers and blow and we're all living the sweet life in a penthouse suite now.

Grin

A gem from Gavin - keep up the good work (hopefully my rapidly filling up hard drive will be able to last another year).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
madmadmax (OP)
Hero Member
*****
Offline Offline

Activity: 740
Merit: 501



View Profile
May 06, 2013, 12:26:09 PM
 #20

Nah, I'm not in the underground facility any more. I packed up the hookers and blow and we're all living the sweet life in a penthouse suite now.

Grin

A gem from Gavin - keep up the good work (hopefully my rapidly filling up hard drive will be able to last another year).


What I don't understand is why couldn't S. Dice simply broadcast the transaction without including it in a block? The player would have the zero conf transaction popping up notifying him whether he won or lost and there is no "dust"








       ▄▄▄▄▄               ▄▄▄▄▄
   ▄▄█▀▀▀▀▀▀██▄        ▄▄█▀▀▀▀▀▀▀█▄
 ▄██▀        ▀██▄    ▄██▀         ▀█▄
██▀            ▀██▄  ▀▀             ██
██               ▀██        ▄▄▄▄▄▄▄▄██
██                ▀██▄      ▀▀▀▀▀▀▀▀▀▀
 ██▄          ▄██   ▀██▄          ▄▄▄
  ▀██▄      ▄██▀      ▀██▄▄     ▄██▀
    ▀▀██████▀▀          ▀▀██████▀▀


Unchained Smart Contracts
Decentralized Oracle
Infinitly Scalable
Blockchain Technology
Turing-Complete
State-Channels



                 ▄████▄▄    ▄
██             ████████████▀
████▄         █████████████▀
▀████████▄▄   █████████████
▄▄█████████████████████████
██████████████████████████
  ▀██████████████████████
   █████████████████████
    ▀█████████████████▀
      ▄█████████████▀
▄▄███████████████▀
   ▀▀▀▀▀▀▀▀▀▀▀

             ▄██▄
     ▄      ▐████   ▄▄
   █████     ██████████
    █████████████████▀
 ▄████████████▀████▌
██████████     ▀████    
 ▀▀   █████     ██████████
      ▀████▌▄████████████▀
    ▄▄▄███████████████▌
   ██████████▀    ▐████
    ▀▀▀  ████▌     ▀▀▀
         ▀███▀
f


Pages: [1] 2 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!