Bitcoin Forum
May 01, 2024, 04:11:25 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 [76] 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 »
1501  Bitcoin / Development & Technical Discussion / Re: BitcoinD Feature Request - Common IN/OUT 'listtransactions' Label in API on: May 03, 2012, 11:28:05 PM
This is pointless......
1502  Bitcoin / Development & Technical Discussion / Re: BitcoinD Feature Request - Common IN/OUT 'listtransactions' Label in API on: May 03, 2012, 07:45:12 PM
I am lost....but here's the easiest way I can explain it....using Gavin's example TX. https://bitcointalk.org/index.php?topic=79105.msg880936#msg880936

CURRENT:
Code:
{
        "account" : "",
        "address" : "msK1Hu7N27XTcuXd5MqWuyhW3YEGxHgVPe",
        "category" : "send",
        "amount" : -11.00000000,
        "fee" : 0.00000000,
        "confirmations" : 0,
        "txid" : "a9e19baabc3929f0940805e69370d4aefa981cbe9cb8f5ea9184f5f6909a8544",
        "time" : 1336073201,
        "comment" : "Testing",
        "to" : "One, two, three"
    }

REQUEST:
Code:
{
        "account" : "", <---------------------Because this only populates if local RECEIVE address has a 'Label' and is ALWAYS blank for SENDS
        "address" : "msK1Hu7N27XTcuXd5MqWuyhW3YEGxHgVPe",
        "LABEL" : "2_address", <----------------------------PLEASE ADD THIS 'address book label' FIELD TO listtransactions---COMMON to both SEND & RECEIVE----<
        "category" : "send",
        "amount" : -11.00000000,
        "fee" : 0.00000000,
        "confirmations" : 0,
        "txid" : "a9e19baabc3929f0940805e69370d4aefa981cbe9cb8f5ea9184f5f6909a8544",
        "time" : 1336073201,
        "comment" : "Testing",
        "to" : "One, two, three"
    }

...because on a SEND (for reoccurring/re-used addresses ? payments etc) , I can not display the 'Account' name as I can for Incoming, so I think that a COMMON LABEL tag would suit both IN/OUT.

Did that make sense ?
1503  Bitcoin / Development & Technical Discussion / Re: BitcoinD Feature Request - Common IN/OUT 'listtransactions' Label in API on: May 03, 2012, 07:21:56 PM
What you're saying is that you create a new address like this
Code:
$ bitcoin getnewaddress account-xx

when you send funds to it, the "account" field in listtransactions is correctly populated, but when you send funds from the wallet the "account" field remains empty ?

That sounds a little weird, how are you doing the send ? Like this ?
Code:
$ bitcoin sendfrom account-xx 1davout... 42.86

Not for Sending OR Receiving functionality. Wallet/BitcoinD is on another machine/node (and work fine).

This feature request (FOR ME) is for MONITORING/WEB DISPLAY ONLY.

I display the wallet's 'latest transactions' array in my Mining Monitor using this code:
Code:
.....[CUT]
$info = $bitcoin->getinfo();
$trans = $bitcoin->listtransactions();
.....[PASTE]

<li><?php echo ("TX: ".$trans[9]['category'] . ":<b> " number_format($trans[9]['amount'],4) ." BTC</b> | ID: <b>".$trans[9]['account'] ."</b>  | Confirms: <b>".$trans[9]['confirmations'] )?></b>
<li><?php echo ("TX: ".$trans[8]['category'] . ":<b> " number_format($trans[8]['amount'],4) ." BTC</b> | ID: <b>".$trans[8]['account'] ."</b>  | Confirms: <b>".$trans[8]['confirmations'] )?></b>
<li><?php echo ("TX: ".$trans[7]['category'] . ":<b> " number_format($trans[7]['amount'],4) ." BTC</b> | ID: <b>".$trans[7]['account'] ."</b>  | Confirms: <b>".$trans[7]['confirmations'] )?></b>
<li><?php echo ("TX: ".$trans[6]['category'] . ":<b> " number_format($trans[6]['amount'],4) ." BTC</b> | ID: <b>".$trans[6]['account'] ."</b>  | Confirms: <b>".$trans[6]['confirmations'] )?></b>
<li><?php echo ("TX: ".$trans[6]['category'] . ":<b> " number_format($trans[5]['amount'],4) ." BTC</b> | ID: <b>".$trans[5]['account'] ."</b>  | Confirms: <b>".$trans[5]['confirmations'] )?></b>



For incoming transactions, I am able to get the local LABEL for the address (see example above).
Outgoing Addresses also have Labels, but I have no way of displaying them using a COMMON tag so that I do not have to display separate IN/OUT arrays...and just keep it to a single array instead ?

Does THAT makes sense ?

'Account' does not populate the LABEL for outgoing transactions, as it does for Incoming...using listtransactions....

I am hoping for a common 'LABEL' tag/field/call/whatever that can be used for both rather than using 'Account'
1504  Bitcoin / Development & Technical Discussion / Re: BitcoinD Feature Request - Common IN/OUT 'listtransactions' Label in API on: May 03, 2012, 07:03:22 PM
42 views and no one has called me an idiot yet (although no one has replied either)

Is that a good thing ? or a bad thing ?.....
1505  Other / Meta / Re: Unjust scammer tag on: May 03, 2012, 07:01:57 PM
So what are you going to spend your advertising profits on anyways ? Since we are all here, you might as well let the cat out of the bag...
Shouldn't you have about (perhaps not an accurate figure.....) approx 25 BTC to spend now ?

Hookers, guns and drugs of course Grin !

BTC are still there ... http://blockchain.info/address/1Bu1424Lf7y3Jz9p4ZyCo2mRSQDwdaXrHa

Well, get to spending them ! You 'earned' them Sport Wink
1506  Bitcoin / Development & Technical Discussion / BitcoinD Feature Request - Common IN/OUT 'listtransactions' Label in API on: May 03, 2012, 06:44:25 PM
First off..... I have NO IDEA what I am talking about.
I am not a coder. I am a copy/paste hack at best.

Now, in saying that, if I am the only one to come across this limitation.....then WTF ?

Problem:
When attempting to display a transaction array (say, for a Web GUI ?) and including using "listtransactions()" & "account", a User's custom ID/Name/Label for that transaction address can be acquired, but ONLY for incoming transactions and not outgoing.

Request:
Why can't there be a common 'tag' for "listtransactions()" other than 'account' that would apply to BOTH incoming and outgoing transactions that could display a Wallet's custom ID 'tag' (or LABEL) for a specific address ?

Did that make sense ? or did I simply make myself look stupid ?

For example:



When displaying this array and using "listtransactions/account', I am able to get the Labels for Incoming transactions, but there is no call for outgoing Labels.

Why can't there be a common 'LABEL' tag for incoming and outgoing as well as 'account' using 'listtransactions()' ?
1507  Other / Meta / Re: Unjust scammer tag on: May 03, 2012, 06:28:35 PM
So what are you going to spend your advertising profits on anyways ? Since we are all here, you might as well let the cat out of the bag...
Shouldn't you have (perhaps not an accurate figure.....) approx 25 BTC to spend now ?
1508  Other / Meta / Re: Unjust scammer tag on: May 03, 2012, 06:17:58 PM
Could you at least update your SIG ? ....

If you send money to me I WILL DENY IT, but in return give you a service that equals the ALLEGED payment, for FREE ! I am the biggest IDIOT on these forums ! BEWARE !

1509  Other / Meta / Re: Unjust scammer tag on: May 02, 2012, 11:53:09 PM
Love that SIG....

If you send money to me I WILL DENY IT, but in return give you a service that equals the ALLEGED payment, for FREE ! I am the biggest IDIOT on these forums ! BEWARE !

So...Here, FTFY....
1510  Economy / Services / Re: GPUMAX | The Bitcoin Mining Marketplace on: May 02, 2012, 08:39:38 PM
Just out of curiosity....

Why is it that when I use GPUMAX to connect to my main pool, as a proxy service, I am penalized by up to 10% of my total hashing power as reported by my pool ?
Yet, when I connect directly to that same pool and remove GPUMAX from the equation, all stats report as they should ?
I understand that I 'Never make less than mining on my own' (when public work is available to perhaps offset my hash rate loss).but what is happening to those additional hashes ?

This is based on a study of the 6 GH/s that I am currently pointing towards GPUMAX as well as BTCGuild.

BTCGuild--->via--->GPUMAX = 5500 MH/s average reported by BTCGuild.
BTCGuild------------>Direct = 6000 MH/s average reported by BTCGuild.

Is this simply a route problem between the services ? Is this 'overhead' ?
1511  Other / Meta / Re: Unjust scammer tag on: May 02, 2012, 02:03:53 AM
......... He closed my BTC-e account.
Thank fucking Christ.
You were one of the biggest pieces of shit on BTC-e Live Chat. It's just too bad that you were not booted sooner.

Your perfect reputation as a fucking scumbag.....sold for 25 BTC (you got 5x more than it was worth).

Enjoy the SCAMMER TAG... douche nozzle.
1512  Bitcoin / Project Development / Re: [Advertisements] Deathbylollipop S Fla. Bitcoin Ad Campaign on: April 28, 2012, 11:23:20 PM
Hollywood Lifestyle....Middle America.....Florida.
You better get a map with your first 'Investment'.

I also notice that you use the term 'Investment' along side 'Donation' quite a bit.
You do realize that they are not to be confused, right ?

Like others, I an still interested in hearing about what your IPO's funding will be used for and how your 'IPO' will generate revenue as well as what incentive your Donators Investors will have, to actually buy DBL shares in the first place.

Fortunately, the fee required to setup your IPO at the exchange initially probably won't come from a Donator Investor, so once you spring for THAT out of your own pocket and get Verified, you can fill us all in on the rest of your plans.

Happy Trading.

I, for one, will probably see myself donating investing atleast 500 BTC into this venture. If that's not incentive to pay to get your Exchange account setup for your IPO to launch, then I don't know what is.
1513  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.5 on: April 28, 2012, 11:00:13 PM
Morning all. There will be another quick release in succession as there is a problem with keeping up with slow responding pools when you have mutli-gigahash machines.

Is this by chance making cards 'sick' more than normal ?

I have been seeing alot of sick cards today since I upgraded from 2.3.3 to 2.3.5.

Also....
What happened to 'B-F-Jesus-Miner' ? Is everything back on track for a single iteration/unforked CGMiner ?
1514  Other / Off-topic / Re: Could Al-Qaeda use Bitcoin ? on: April 28, 2012, 09:06:18 PM
senbonzakura, that guy was missing a tag ....... "Random Screening" Wink
1515  Economy / Computer hardware / Re: WTB: 8port+ SATA/SAS RAID Card on: April 28, 2012, 06:43:23 PM
So.. 5 BTC shipped ?
Yes, 5 btc shipped.


I could also do the proxy shipping if you wanted. Cut back on the shipping costs.

I also have one of these: http://www.newegg.com/Product/Product.aspx?Item=N82E16816115096&Tpk=highpoint%202680

I forgot about it, but I've never been able to use it for what I wanted. I wasn't saavvy enough to put the drivers into FreeBSD. I do know it works though, I tested it out in windows 2008 r2. I'd sell it for 16 BTC.

Let me round up some BTC and I will PM you for a Bitcoin address to send the funds to for the RAID card.
Unfortunately I am going to have to mine it and mining is slow as I am currently operating at less than optimal speeds due to some 'maintenance on my mining farm.
1516  Other / Off-topic / Re: Could Al-Qaeda use Bitcoin ? on: April 28, 2012, 06:39:44 PM
Yeah but why mention Al-Qaeda which may not actually exist as an organisation and just be an ideology.  There are plenty of other terrorist or criminal organisations to pick on.

There very well may be, but I am not aware of any others that my 'joke' could have applied to....being a 'Westerner' and having the whole idea of 'Sleeper Cells' rammed down our throats by the Warmongering US media.

If there are other 'Terrorist' organizations that currently lay dormant in North America with intent to rise up and strike against Western oppression/culture/gluttony/influence etc, that my 'joke' could have applied to while maintaining the same 'Pop Culture' interest.... I apologize for leaving you out. It was not my intent to forget anyone Wink
1517  Other / Off-topic / Re: Did Muhammad a.k.a Mohammed actually exsist ? on: April 28, 2012, 02:29:23 PM
http://pjmedia.com/zombie/2012/04/23/book-review-did-muhammad-exist-by-robert-spencer/

Scholars have for centuries been pursuing clues to “the historical Jesus” — evidence that the religious figure now known as Jesus Christ actually once existed as a real person. There have been hundreds, if not thousands, of popular books, documentaries, television programs, magazine articles, research papers, films and more on the search for the “real” Jesus. While this investigation into the ultimate origins of Christianity may have once long ago been controversial, it is by now quite commonplace and accepted as a standard part of religious studies, even when the researchers conclude (as they often do) that the evidence for the historicity of Jesus is skimpy at best.

But no similar investigations have ever been conducted on the historicity of Muhammad (a.k.a. Mohammed, depending on the Arabic transliteration). Why not?

Most people assume that no one bothers to investigate whether or not Muhammad was a real person for the same reason that no one bothers to investigate the reality of other religious founders such as Joseph Smith or Martin Luther or Anton LaVey — because the evidence for their existence is overwhelming, well-documented and unquestioned. Regardless of whether or not Muhammad’s teachings were moral or useful, everyone, even the most hardened infidels, of course accepts that he must have existed. Right?

Well, actually, no.......

I have to ask.....

After seeing (or even reading) The DaVinci Code, did you suddenly become an expert (like the rest of the world, strangely enough at the time) and begin to openly debate 'The Holy Grail', Mary Magdalene, The Knights Templar and Tom Hank's hair piece ?

Can you prove that Tom Hank's hair piece in that film actually existed ?
1518  Other / Off-topic / Re: Could Al-Qaeda use Bitcoin ? on: April 28, 2012, 08:49:57 AM
Get the fuck out of my thread, hate-mongers and idealists alike.

This is about Al-Qaeda and NOT another Soap-Box for either side to wage their Pro or Anti Islamic Wars.

Fuck me....

The ONLY reason I posted that link that I did, was as an example (hind-sight being 20/20....it turned out to be a BAD example of terrorism stats).

WAGE YOUR HOLLY WARS ELSEWHERE.

For anyone too fucking stupid to get 'THE JOKE' ....wrap your mind around this:

Remember when Luke Jr inserted prayers into the blockchain ? I MADE A JOKING REFERENCE TO IT BEING USED TO MESSAGE TERRORISTS.

I am not a fucking racist and I REFUSE to be lumped into that barrel of fucking Monkeys.
1519  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.4 on: April 28, 2012, 02:28:27 AM
Updated git tree:
The most significant change is a massive change to the way network connections are made, so there should be MUCH less connections opened which should more or less abolish the overloaded networks people use. Also longpoll is now tied to each pool set up, but only the longpoll attached to the primary pool causes a work restart. Also updated ztex support.


Changelog(reverse order):
Start longpoll only after we have tried to extract the longpoll URL.
Check for submitold flag on resubmit of shares, and give different message for stale shares on retry.
Check for submitold before submitstale.
Don't force fresh curl connections on anything but longpoll threads.
Create one longpoll thread per pool, using backup pools for those pools that don't have longpoll.
Use the work created from the longpoll return only if we don't have failover-enabled, and only flag the work as a longpoll if it is the current pool.
This will work around the problem of trying to restart the single longpoll thread on pool changes that was leading to race conditions.
It will also have less work restarts from the multiple longpolls received from different pools.
Remove the ability to disable longpoll. It is not a useful feature and will conflict with planned changes to longpoll code.
Remove the invalid entries from the example configuration file.
Add support for latest ATI SDK on windows.
Export missing function from libztex.
miner.php change socktimeoutsec = 10 (it only waits once)
Bugfix: Make initial_args a const char** to satisfy exec argument type warning (on Windows only)
miner.php add a timeout so you don't sit and wait ... forever
Create discrete persistent submit and get work threads per pool, thus allowing all submitworks belonging to the same pool to reuse the same curl handle, and all getworks to reuse their own handle.
Use separate handles for submission to not make getwork potentially delay share submission which is time critical.
This will allow much more reusing of persistent connections instead of opening new ones which can flood routers.
This mandated a rework of the extra longpoll support (for when pools are switched) and this is managed by restarting longpoll cleanly and waiting for a thread join.
miner.php only show the current date header once
miner.php also add current time like single rig page
miner.php display rig 'when' table at top of the multi-rig summary page
README - add some Ztex details
api.c include zTex in the FPGA support list
api.c ensure 'devs' shows PGA's when only PGA code is compiled
cgminer.c sharelog code consistency and compile warning fix
README correct API version number
README spelling error
api.c combine all pairs of sprintfs()
api.c uncomment and use BLANK (and COMMA)
Code style cleanup
Annotating frequency changes with the changed from value
README clarification of 'notify' command
README update for API RPC 'devdetails'
api.c 'devdetails' list static details of devices
Using less heap space as my TP-Link seems to not handle this much


So, is this all currently reflected in 2.3.4 ? or upcoming in 2.3.5 ?
1520  Other / Off-topic / Re: Could Al-Qaeda use Bitcoin ? on: April 28, 2012, 01:19:53 AM
Bitcoin is  a Peace Organization in my view. Actively promoting cooperation and peace wherever it spreads.

You are correct..... Peace.

Here's more 'peace' for you to think about:
http://www.thereligionofpeace.com/

I think that Satoshi was an Al-Qaeda operative who coded Bitcoin to first and foremost be a secure communication's tool, by exploiting the World's greed using an 'Economic' front end of sorts..... such as a currency ? or more specifically, a CRYPTO currency, strong emphasis on crypto (for communications purposes)....

Bitcoin itself is meant to be an economic 'revolution' of sorts, that attempts to circumvent the traditional Bank's stranglehold on society...and is essentially an attack on Government-led Capitalism in itself, albeit, a small attack at this point.

It's not unreasonable to consider (as was kinda mentioned above) that once mobile devices are more 'Bitcoin Friendly', that a specific transaction amount could not be used to trigger an event on the receiving end.

TRUST NO ONE !
Pages: « 1 ... 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 [76] 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!