Finally I don't need to always be seeing the "Introduce Yourself" thread. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Sweet. IMO, you can now remove the "Show new replies to your posts." link.
Don't remove that, I like the separation. Could we perhaps omit the "Show new replies to your posts" if you have the option to "automatically watch" set on (like the other poster I no longer need "Show new replies to your posts" and would prefer to to actually see it now)?
|
|
|
If you use the raw transaction API then you're responsible for saying exactly where all of the outputs go. If you create a raw transaction with a 50 BTC input and a 2 BTC output then that is a no-change, 48 BTC fee transaction. If you don't intend the 48 BTC to go to miners, then you need to specify where the change goes by adding another output.
Okay - thanks - I get it now - and yes I think that this will be of great benefit for the development of other clients that sit above bitcoind (or just for "power" users of the RPC interface). ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
I need a desktop program. Web UI would be too slow.
I think you misunderstand me - a *local* HTTP UI (which is not dependent upon internet bandwidth/remote servers) is not likely to be noticeably slower than a GUI one unless you are doing some *very* intensive graphical operations. The system is supposed to be working with FIX Protocol. I plan to use FIX.
I think I did read something about a system written in Javascript (so also Web UI I guess) that works with (or implements?) FIX (if you Google around perhaps you can find the guy who has developed it). Good to know.
|
|
|
See the raw transaction API I've been working on, and please help try to break it-- it needs more testing. The main motivation is to move forward with multisignature transactions, but it also lets you have complete control over the source(s) for a transaction. This looks interesting - just one question after reading this document (as the word "change" does not appear in it at all) - will it be also possible to specify the *change* address with such "raw transactions" (in perhaps the sendrawtx command itself)?
|
|
|
Nice and clear explanation - one question (to the mods) - is there some technical reason why the colored *half* cannot apply to less than 5 coins (especially in regards to donators)?
(I think it might be just a bit more helpful if members who have only posted a few times but did donate BTC don't sport 5 coins)
|
|
|
A Currenex trading client program is needed. The program needs to be written in C++ and QT.
Would you consider a web UI? - BUY/SELL currencies - Real-time account information monitoring - Real-time price streaming
Is this system supposed to be working with existing APIs for providing the above? The certificate for this site seems to be out of date (according to my version of FF). Cheers, Ian.
|
|
|
Publishing DB backups (minus sensitive information) is a step in the right direction but if we were to build a blockchain tx approach then it could provide a common protocol that could be used by different rating applications so that in the end users could pick and choose which specific ratings they care about (whilst also being certain that the data hasn't been altered after initial publication).
EDIT: Ooops I forgot which thread I was posting this in - the above is relevant to a rating system rather than a generalised DB.
|
|
|
How would your trust system be measured? Would you pin the trust system to USD?
I am only proposing trust tx's to be in a/the blockchain - the measurements of them would be entirely up to software apps that read the blockchain (and different apps could have very different ways of measuring it).
|
|
|
I am very much against the "web of trust" as it is only a continuation of elitism.
Am not quite sure why having public DB records of trust votes == elitism. The idea I had in mind was simply a system of publishing specific rating tx's but nothing to do with how they are interpreted (so different apps could take the raw data and draw very different conclusions depending on how they want to do that).
|
|
|
I think that this idea is something that could be very useful for creating a web-of-trust system where all "rating" entries become a part of the "public" DB (I made a suggestion along these lines to https://bitcointalk.org/index.php?topic=87012).
|
|
|
What about tx fees? Wouldn't that increase block chain size?
Of course tx fees need to be taken into account and there is always the issue of increasing the blockchain size (although I think Satoshi Dice has done more in that regards than this probably would initially). I did propose that perhaps an alt-chain (maybe RTC = rate coins) could be something to consider. For sure this is not going to be a trivial exercise but I do think that the benefit of a low (towards zero) trust mechanism has much more chance of widespread acceptance than any other method (and would be happy to contribute towards such an effort if others were interested to pursue it).
|
|
|
Yes I understand your concerns, but do you have a plan to solve this problem? I cannot think of a way to add this to the block chain effectively.
The idea is to use specific addresses (owned by for example yourself) for receiving and sending ratings as two tx's. The first between the "rater" and yourself (which as explained in the other thread includes a CRC in the amount so where it is later sent can be verified) and the second between yourself and the "rated" party.
|
|
|
Personally I think that would be unnecessarily complex.
Actually the system is really quite simple (but maybe I didn't express that so well in the other thread). The point is that any trust system where the data is *privately* held automatically now has a fundamental weakness (this is after all why we like the fact that Bitcoin is the way it is).
|
|
|
One idea I was thinking about the other day with regards to reputation systems would be the idea of recording ratings and other information as micro transactions (with the numeric amounts actually being encoded information) in the block chain ( https://bitcointalk.org/index.php?topic=87339.0). The point being that then your DB doesn't need to be trusted/relied upon to hold rating (or other) information.
|
|
|
A couple of refinements - although I guess it's looking a lot like I'm talking to myself now. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) By using the second decimal to indicate both a rating "area" and whether to rate positively or negatively (and putting the negatives after the positives in order to make it more expensive to rate negatively) then the CRC modulus can be extended to 6 digits (so now only 1 in a million chance of a "birthday" clash). +1 for area 1 (General) 0.01[123456] where [123456] = ( mod( crc32( 1dest ), 1000000 ) / 100000000 ) +1 for area 2 (Service) 0.02[123456] +1 for area 3 (Quality) 0.03[123456] +1 for area 4 (Privacy) 0.04[123456]
-1 for area 1 (General) 0.05[123456] -1 for area 2 (Service) 0.06[123456] -1 for area 3 (Quality) 0.07[123456] -1 for area 4 (Privacy) 0.08[123456]
Although this could be useful over Bitcoin itself I am now beginning to think some sort of alt-chain might actually be preferable to accomplish this idea as then far more information could be stored with each tx.
|
|
|
After playing around with vanitygen and spending a while looking for "available" vanity addresses by searching blockchain.info I discovered that already a very large number of plain english words have single tx's with a 0.00000001 BTC balance. To get a good idea of what I'm referring to take a look at the following tx: http://blockchain.info/tx-index/1009186/4e7b84a7ee19b7ea9f2d69fcb2734fb096cb012b413f8897b4f42871b225fabaSo it seems to me that someone went rather gung ho with vanitygen to try and own all the simple "firstbit" addresses they can possibly get. But what really can you do with them? (maybe I can expect to see small amounts appearing in my wallet from these addresses after this post) 1WhoaKiRPrZWRWxjCcs4J2NTnyM9nezTq 1LikEsho5kfz1Ex9pw4keH9DYQ6S9gAWNH 1siLLyaisPRd8BsKsxmikSMkuw3KpxDh6 1PoStsmYCvbqsFJxdKC1h8gyhBEJLvAcN8 1LiKEc4Zx9AKcxT6xnYjtXzexweSwEYwpL 1TheSen7LCVi7dWW3hFN14SG2zn3MNdbM
|
|
|
4) If the user provides sufficient proof to the WoT owner (such as GPG sig with signed copy of the user address) then a tx containing a very specific amount is then sent from the WoT to the user's account address to indicate it has been activated.
e.g. 1SampleWoT -> 0.00000011 -> 1SampleMember (where the last digit is either 0 or 1 to say added or removed and previous digits are reserved to identify the "type" of proof).
Actually after some more thought perhaps this could also include sending a CRC32 or similar of the GPG proof letter (which would be published on the WoT website so others could copy and verify it). Does anyone else see any potential value in keeping WoT information in the blockchain (or perhaps this would be viewed as creating more bloat)?
|
|
|
Hopefully this hasn't already been brought up in the similar named thread already but I thought it might be worthwhile to start a new thread to discuss the merits of designing a meta-reputation protocol that works via tx's in the blockchain itself rather than discussing a specific WoT solution.
The following are some basic principles:
1) Each WoT system would have its own specific Bitcoin address.
e.g. 1SampleWoT
2) Each member joining the WoT system provides a single address that will be used for that system (and which most likely would also be the same address used for all other such systems).
e.g. 1SampleMember
3) In order to activate a new "account" a member sends (from their specifically chosen address) a small amount to the particular WoT address.
1SampleMember -> 0.09 -> 1SampleWoT
4) If the user provides sufficient proof to the WoT owner (such as GPG sig with signed copy of the user address) then a tx containing a very specific amount is then sent from the WoT to the user's account address to indicate it has been activated.
e.g. 1SampleWoT -> 0.00000011 -> 1SampleMember (where the last digit is either 0 or 1 to say added or removed and previous digits are reserved to identify the "type" of proof).
If say some other kind of relevant item/document was accepted by the WoT then this would have another specific amount: 1SampleWoT -> 0.00000021 -> 1SampleMember
and if this proof was later to be rescinded then: 1SampleWoT -> 0.00000020 -> 1SampleMember
5) Once the member has met the minimum requirements to use the WoT they would be able to create a "rating" record for another member (which they could locate either via the other user's specific address or by say their email address using the actual WoT application).
In order for the rating record to be accepted the member would next send a very specific amount from their address to the WoT address (where presumably this amount would be copied and pasted from the WoT application). One possible way for this amount to be determined is as follows:
Take the CRC32 of the member being rated's address as a decimal value then take mod 100,000 and divide by 10,000,000 and add a rating multiplier and min. fee.
if the allowed "multiplier" values were: .00000001=-8 .00000002=-4 .00000003-=2 .00000004=-1 .00000005=+1 .00000006=+2 .00000007=+4 .00000008=+8
then you might end up with an amount looking something like:
1SampleMember -> 0.05123455 -> 1SampleWoT
(with 0.05 being the min. fee required to send a rating, 12345 being the modulus of a CRC-32 of the destination address and 5 meaning +1)
Assuming that the details are correct then the WoT would then create a tx to the destination members address as follows:
1SampleWoT -> 0.00000005 --> 1OtherMember
The big advantage of this idea is that all WoT actions are audit-able through the blockchain itself allowing different software implementations to be written that can perform all their calculations (in very different ways if desired) without having to rely upon any 3rd party DB.
|
|
|
I can barely keep my eyes open, but i sent your payment anyway. I trust that if I have issues with the script you will support me ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Payment received (thanks) and sure if you have any problems with it just PM me. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|