Pages:
Author

Topic: Website For All Lenders and Borrowers (Read 2236 times)

legendary
Activity: 1890
Merit: 1086
Ian Knowles - CIYAM Lead Developer
June 17, 2012, 08:17:31 AM
#36
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).

 
full member
Activity: 148
Merit: 100
June 17, 2012, 08:11:27 AM
#35
What about tx fees?  Wouldn't that increase block chain size?
legendary
Activity: 1890
Merit: 1086
Ian Knowles - CIYAM Lead Developer
June 17, 2012, 03:03:44 AM
#34
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.
full member
Activity: 148
Merit: 100
June 17, 2012, 01:43:37 AM
#33
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).


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.
legendary
Activity: 1890
Merit: 1086
Ian Knowles - CIYAM Lead Developer
June 16, 2012, 10:39:04 PM
#32
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).
full member
Activity: 148
Merit: 100
June 16, 2012, 10:17:08 PM
#31
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://bitcointalksearch.org/topic/idea-a-proposal-for-a-blockchain-based-meta-reputational-system-87339).

The point being that then your DB doesn't need to be trusted/relied upon to hold rating (or other) information.


Personally I think that would be unnecessarily complex. The important thing is to make certain to keep all emails/passwords secure and in very limited (and trusted) hands. Also, creating a credit rating system that makes sense (unlike the crap used on the fraudulent world financial markets) would be a big step toward better lending reliability. If all borrowers are required to create an account, they could be tracked pretty easily and lenders can get a good idea of who is higher or lower risk.

Yes I agree 100%.  The only person that would have access to my server would be me.  I would of course disclose my identity for obvious reasons.

Do you have any experience with this type of security?  I would love some insight on the issue.  I have a few ideas, but I would rather not discuss them openly on the forum.  Feel free to shoot me a line.

[email protected]
full member
Activity: 168
Merit: 100
June 16, 2012, 06:04:42 PM
#30
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://bitcointalksearch.org/topic/idea-a-proposal-for-a-blockchain-based-meta-reputational-system-87339).

The point being that then your DB doesn't need to be trusted/relied upon to hold rating (or other) information.


Personally I think that would be unnecessarily complex. The important thing is to make certain to keep all emails/passwords secure and in very limited (and trusted) hands. Also, creating a credit rating system that makes sense (unlike the crap used on the fraudulent world financial markets) would be a big step toward better lending reliability. If all borrowers are required to create an account, they could be tracked pretty easily and lenders can get a good idea of who is higher or lower risk.
full member
Activity: 148
Merit: 100
June 16, 2012, 10:36:48 AM
#29
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://bitcointalksearch.org/topic/idea-a-proposal-for-a-blockchain-based-meta-reputational-system-87339).

The point being that then your DB doesn't need to be trusted/relied upon to hold rating (or other) information.


This is an interesting idea.  Do do how a proposed system for encoding this information?  I feel as if there could be limitations to this method of recording data.
legendary
Activity: 1890
Merit: 1086
Ian Knowles - CIYAM Lead Developer
June 16, 2012, 12:49:07 AM
#28
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://bitcointalksearch.org/topic/idea-a-proposal-for-a-blockchain-based-meta-reputational-system-87339).

The point being that then your DB doesn't need to be trusted/relied upon to hold rating (or other) information.
legendary
Activity: 1498
Merit: 1000
June 15, 2012, 11:41:27 PM
#27
put it up, let's go for a ride and will go from there.

I agree if you got a good code base ready, release it with a beta tag on it and lets have fun.
hero member
Activity: 658
Merit: 500
June 15, 2012, 08:47:28 PM
#26
put it up, let's go for a ride and will go from there.
full member
Activity: 148
Merit: 100
June 15, 2012, 11:28:04 AM
#25
bump
full member
Activity: 148
Merit: 100
June 12, 2012, 04:53:35 PM
#24
bombartier357 i suggest you put your ass to work and after the project it's almost done we can give alternative suggestions.
 

Most of the code is set up, but there are still a few large parts of the code that need to be implemented.  Mainly issues that requires input from possible users.  When I get the beta up and running I will give the community a shout so they can help me work out the bugs if they wish to do so.
full member
Activity: 148
Merit: 100
June 12, 2012, 04:51:23 PM
#23
Addresses for users and payment/loans would (should) be set up in advance.  I run a dedicated receiving address for every customer so I know where incoming coins are from and so I can track them.

Anyway - sub'd for interest.

Right, the addresses would be set up in advance if they were paying through my hot wallet.  If I were to integrate bitcoin-abe as well, then customers would actually be using their addresses on their own wallets.  These addresses would(should) be set up in advance, but I also want most bitcoin users to be able to make payments easily and reduce human error.  Under the circumstances that they do not update their bitcoin address on my website and they make a payment to the lender; because their address is not properly updated the payment would not be recorded.  I hope I explained that well enough.
hero member
Activity: 658
Merit: 500
June 12, 2012, 04:17:45 PM
#22
bombartier357 i suggest you put your ass to work and after the project it's almost done we can give alternative suggestions.
 
hero member
Activity: 518
Merit: 500
June 12, 2012, 03:35:49 PM
#21
Addresses for users and payment/loans would (should) be set up in advance.  I run a dedicated receiving address for every customer so I know where incoming coins are from and so I can track them.

Anyway - sub'd for interest.
full member
Activity: 148
Merit: 100
June 12, 2012, 08:52:33 AM
#20
Sub for interest.

Anything linked to facebook and I'm out (as would a lot of other people).  I hate it as much as Apple (happily and irrationally) and now seeing iJunk is making farcebook part of the OS, I have even more reason to avoid over-priced POS.

As an observation, you might have a look through the lending/market-place sub-forums to see how much business is actually being done.  There are a few, but not heaps.  Also, funnelling funds through your website makes another point of failure and/or attack.  I would need to trust you pretty thoroughly before putting any appreciable volume of business through your site.

And for ignoring at the bottom of the post:
Anything linked to facebook and I'm out (as would a lot of other people).  I hate it as much as Apple (happily and irrationally) and now seeing iJunk is making farcebook part of the OS, I have even more reason to avoid over-priced iPOS.

Yes I do agree that Facebook is not an idea solution.  It would not be required that you sign up for facebook, but could add to your credibility.  All personal information would be entirely voluntary.  And as far as funneling coin through my site... I would really want to avoid this possible by adding bitcoin-abe database through mysql so that I can still record payments just by running a sql query on the blockchain.

I feel like there will be many problems with payments not being recorded properly.  I would need to know the bitcoin address before a payment is made and not after.  Because someone could simply just look up the blockchain transactions and pull a bitcoin address that has made a payment there and pawn it off as their own.  Also, the bitcoin address would most likely change often and would require constant updates from the end user...

Should I implement one? or both? Any ideas?  Doing both would be easy enough and only require an extra day or two of code.

Customers might be in short supply, but I would also like to render lending services on this site as well.  So if nobody wants to use this tool, at least I could...
hero member
Activity: 518
Merit: 500
June 11, 2012, 09:26:44 PM
#19
Sub for interest.

Anything linked to facebook and I'm out (as would a lot of other people).  I hate it as much as Apple (happily and irrationally) and now seeing iJunk is making farcebook part of the OS, I have even more reason to avoid over-priced POS.

As an observation, you might have a look through the lending/market-place sub-forums to see how much business is actually being done.  There are a few, but not heaps.  Also, funnelling funds through your website makes another point of failure and/or attack.  I would need to trust you pretty thoroughly before putting any appreciable volume of business through your site.

And for ignoring at the bottom of the post:
Anything linked to facebook and I'm out (as would a lot of other people).  I hate it as much as Apple (happily and irrationally) and now seeing iJunk is making farcebook part of the OS, I have even more reason to avoid over-priced iPOS.
hero member
Activity: 658
Merit: 500
June 11, 2012, 04:55:32 PM
#18
bro you are just a simple website owner you do not make guarantees for any of the borrowers keep that in mind. you will also have term of use and all sorts of pages explaining this. but to keep your website as much as clean it's your business doing this. i didn't hear paypal complaining about stolen accounts and give money to people back. also the lender will have the last word so it's entirely up to him.
hero member
Activity: 658
Merit: 500
June 11, 2012, 04:52:24 PM
#17
info are easy to get this days over the internet but a pic taken with your name beside your ID or utility it's not easy to make. and the best thing to do is to have them verified manually.
Pages:
Jump to: