Bitcoin Forum
June 17, 2024, 07:22:05 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 [317] 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 »
6321  Other / Meta / Re: Watchlist on: June 27, 2012, 05:58:51 AM
Finally I don't need to always be seeing the "Introduce Yourself" thread. Smiley

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)?
6322  Bitcoin / Development & Technical Discussion / Re: Patching The Bitcoin Client To Make It More Anonymous on: June 25, 2012, 03:29:26 PM
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
6323  Economy / Services / Re: Currenex trading program [50 BTC] on: June 25, 2012, 01:31:08 PM
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).

The certificate is expired. I just fixed it. You can visit
http://workforbitcoin.com/topic.php?id=222

Good to know.
6324  Bitcoin / Development & Technical Discussion / Re: Patching The Bitcoin Client To Make It More Anonymous on: June 25, 2012, 06:53:02 AM
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)?
6325  Other / Beginners & Help / Re: Membergroups; or: Why do some users get colored coins under their names? on: June 24, 2012, 12:31:01 PM
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)
6326  Economy / Services / Re: Currenex trading program [50 BTC] on: June 18, 2012, 09:04:05 AM
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?

For more information, please check
https://workforbitcoin.com/topic.php?id=222

The certificate for this site seems to be out of date (according to my version of FF).


Cheers,

Ian.
6327  Bitcoin / Project Development / Re: [IDEA] - Bitcoin-Powered Database on: June 18, 2012, 04:55:46 AM
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.
6328  Bitcoin / Project Development / Re: [IDEA] - Bitcoin-Powered Database on: June 17, 2012, 04:01:03 PM
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).
6329  Bitcoin / Project Development / Re: [IDEA] - Bitcoin-Powered Database on: June 17, 2012, 01:57:49 PM
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).
6330  Bitcoin / Project Development / Re: [IDEA] - Bitcoin-Powered Database on: June 17, 2012, 01:31:48 PM
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).
6331  Economy / Lending / Re: Website For All Lenders and Borrowers on: June 17, 2012, 01:17:31 PM
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).

 
6332  Economy / Lending / Re: Website For All Lenders and Borrowers on: June 17, 2012, 08:03:44 AM
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.
6333  Economy / Lending / Re: Website For All Lenders and Borrowers on: June 17, 2012, 03:39:04 AM
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).
6334  Economy / Lending / Re: Website For All Lenders and Borrowers on: June 16, 2012, 05:49:07 AM
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.
6335  Economy / Services / Re: Interested in Hong Kong VPN ? on: June 15, 2012, 11:23:01 AM
Am interested!
6336  Bitcoin / Project Development / Re: [Idea] A proposal for a blockchain based *meta* reputational system on: June 14, 2012, 10:17:52 AM
A couple of refinements - although I guess it's looking a lot like I'm talking to myself now. Smiley

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).

Code:
+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.
6337  Bitcoin / Bitcoin Discussion / What is someone going to do with all these firstbit addresses? on: June 14, 2012, 03:32:07 AM
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/4e7b84a7ee19b7ea9f2d69fcb2734fb096cb012b413f8897b4f42871b225faba

So 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)

Code:
1WhoaKiRPrZWRWxjCcs4J2NTnyM9nezTq
1LikEsho5kfz1Ex9pw4keH9DYQ6S9gAWNH
1siLLyaisPRd8BsKsxmikSMkuw3KpxDh6
1PoStsmYCvbqsFJxdKC1h8gyhBEJLvAcN8
1LiKEc4Zx9AKcxT6xnYjtXzexweSwEYwpL
1TheSen7LCVi7dWW3hFN14SG2zn3MNdbM
6338  Bitcoin / Project Development / Re: [Idea] A proposal for a blockchain based *meta* reputational system on: June 14, 2012, 03:04:45 AM
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)?
6339  Bitcoin / Project Development / [Idea] A proposal for a blockchain based *meta* reputational system on: June 13, 2012, 12:00:49 PM
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.
6340  Other / Off-topic / Re: linux question on: June 09, 2012, 08:53:19 AM
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

Payment received (thanks) and sure if you have any problems with it just PM me.

Smiley
Pages: « 1 ... 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 [317] 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!