Has there been a new development on this coin?
Read last few pages of this thread or OP, you will get your answer
Topic: [ANN] [SFR] SaffronCoin | Latest Version - 1.4.2/2.6.2 | Mandatory Wallet Update - page 144. (Read 437833 times)
July 21, 2014, 12:23:01 PM
Read last few pages of this thread or OP, you will get your answer
July 21, 2014, 12:22:25 PM
Has there been a new development on this coin?
Read like one page back... even on top of this page....
July 21, 2014, 12:08:05 PM
Has there been a new development on this coin?
July 21, 2014, 09:34:38 AM
Volume on Bittrex turning up. Now would be a good time to shed some light on what should investors expect in terms of reduced supply.
Will discuss with all of you once we finish our immediate features. But we can't control the supply as much as we want. The code will not take any value you put in. We will look at other methods of controlling the supply with variable rewards. Might also reduce the max coins. But we need to check and test all this. Can't confirm in detail how much exactly we can control and what methods are we going to use. We will have a discussion with all over here and on IRC. Many would have various views. We need to come up with the most effective one.
July 21, 2014, 09:22:42 AM
Volume on Bittrex turning up. Now would be a good time to shed some light on what should investors expect in terms of reduced supply.
July 21, 2014, 09:22:32 AM
I'm in at 850sat and holding. Good dev team and seems undervalued.
July 21, 2014, 09:11:26 AM
Some truly great work going on here.
July 21, 2014, 07:02:15 AM
It's up in the air until the dev announces what his plans for the total supply are and commits that such a change will be final.
July 21, 2014, 05:09:21 AM
July 21, 2014, 03:58:41 AM
The reasonable price is 20000sat.
July 21, 2014, 02:23:34 AM
This is the mock of the client for SFRSend+ . You only use the section in the center for SFRSend+; recipient's alias and the amount.
Some have asked the kind of anonymity that we are using. Many think that those cycles are "mixing" cycles. No we are not using the mixing method. Mixing mixes your funds with someone else and transmits it. This kind of bloats the blockchain. We are implementing a method that doesn't bloat the blockchain much and anonymizes transactions efficiently.
We are using Bouncing cycles. Your amount first gets broken down into random smaller pieces and sent to random addresses on multiple nodes. Those small amounts bounce from node to node according to the number of cycles that you have provided. Once all the bounces are complete, those smaller amounts are then combined and sent to your destination from an entirely random and remote address.
SFRSend+ works the same but you do not need to specify the amount of cycles and the recipient's address. Just input the recipient's alias and enter the amount to send. The same process follows where the amount is broken down and bounced on nodes.
Do note that there will be some extra transaction fees for using anon. This is done to prevent unnecessary anonymizing which would end up bloating the blockchain.
Some have asked the kind of anonymity that we are using. Many think that those cycles are "mixing" cycles. No we are not using the mixing method. Mixing mixes your funds with someone else and transmits it. This kind of bloats the blockchain. We are implementing a method that doesn't bloat the blockchain much and anonymizes transactions efficiently.
We are using Bouncing cycles. Your amount first gets broken down into random smaller pieces and sent to random addresses on multiple nodes. Those small amounts bounce from node to node according to the number of cycles that you have provided. Once all the bounces are complete, those smaller amounts are then combined and sent to your destination from an entirely random and remote address.
SFRSend+ works the same but you do not need to specify the amount of cycles and the recipient's address. Just input the recipient's alias and enter the amount to send. The same process follows where the amount is broken down and bounced on nodes.
Do note that there will be some extra transaction fees for using anon. This is done to prevent unnecessary anonymizing which would end up bloating the blockchain.
Chuck Norris approved
July 21, 2014, 01:04:14 AM
July 21, 2014, 12:59:52 AM
This is the mock of the client for SFRSend+ . You only use the section in the center for SFRSend+; recipient's alias and the amount.
Some have asked the kind of anonymity that we are using. Many think that those cycles are "mixing" cycles. No we are not using the mixing method. Mixing mixes your funds with someone else and transmits it. This kind of bloats the blockchain. We are implementing a method that doesn't bloat the blockchain much and anonymizes transactions efficiently.
We are using Bouncing cycles. Your amount first gets broken down into random smaller pieces and sent to random addresses on multiple nodes. Those small amounts bounce from node to node according to the number of cycles that you have provided. Once all the bounces are complete, those smaller amounts are then combined and sent to your destination from an entirely random and remote address.
SFRSend+ works the same but you do not need to specify the amount of cycles and the recipient's address. Just input the recipient's alias and enter the amount to send. The same process follows where the amount is broken down and bounced on nodes.
Do note that there will be some extra transaction fees for using anon. This is done to prevent unnecessary anonymizing which would end up bloating the blockchain.
Some have asked the kind of anonymity that we are using. Many think that those cycles are "mixing" cycles. No we are not using the mixing method. Mixing mixes your funds with someone else and transmits it. This kind of bloats the blockchain. We are implementing a method that doesn't bloat the blockchain much and anonymizes transactions efficiently.
We are using Bouncing cycles. Your amount first gets broken down into random smaller pieces and sent to random addresses on multiple nodes. Those small amounts bounce from node to node according to the number of cycles that you have provided. Once all the bounces are complete, those smaller amounts are then combined and sent to your destination from an entirely random and remote address.
SFRSend+ works the same but you do not need to specify the amount of cycles and the recipient's address. Just input the recipient's alias and enter the amount to send. The same process follows where the amount is broken down and bounced on nodes.
Do note that there will be some extra transaction fees for using anon. This is done to prevent unnecessary anonymizing which would end up bloating the blockchain.
Chuck Norris approved
July 21, 2014, 12:46:00 AM
This is the mock of the client for SFRSend+ . You only use the section in the center for SFRSend+; recipient's alias and the amount.
Some have asked the kind of anonymity that we are using. Many think that those cycles are "mixing" cycles. No we are not using the mixing method. Mixing mixes your funds with someone else and transmits it. This kind of bloats the blockchain. We are implementing a method that doesn't bloat the blockchain much and anonymizes transactions efficiently.
We are using Bouncing cycles. Your amount first gets broken down into random smaller pieces and sent to random addresses on multiple nodes. Those small amounts bounce from node to node according to the number of cycles that you have provided. Once all the bounces are complete, those smaller amounts are then combined and sent to your destination from an entirely random and remote address.
SFRSend+ works the same but you do not need to specify the amount of cycles and the recipient's address. Just input the recipient's alias and enter the amount to send. The same process follows where the amount is broken down and bounced on nodes.
Do note that there will be some extra transaction fees for using anon. This is done to prevent unnecessary anonymizing which would end up bloating the blockchain.
Some have asked the kind of anonymity that we are using. Many think that those cycles are "mixing" cycles. No we are not using the mixing method. Mixing mixes your funds with someone else and transmits it. This kind of bloats the blockchain. We are implementing a method that doesn't bloat the blockchain much and anonymizes transactions efficiently.
We are using Bouncing cycles. Your amount first gets broken down into random smaller pieces and sent to random addresses on multiple nodes. Those small amounts bounce from node to node according to the number of cycles that you have provided. Once all the bounces are complete, those smaller amounts are then combined and sent to your destination from an entirely random and remote address.
SFRSend+ works the same but you do not need to specify the amount of cycles and the recipient's address. Just input the recipient's alias and enter the amount to send. The same process follows where the amount is broken down and bounced on nodes.
Do note that there will be some extra transaction fees for using anon. This is done to prevent unnecessary anonymizing which would end up bloating the blockchain.
July 21, 2014, 12:42:47 AM
^^^^^
+1, we have to promote trading not hoarding.
+1, we have to promote trading not hoarding.
July 21, 2014, 12:40:57 AM
Why dont we do some thing like SYNCWhales ?
If who own more than 100,000 SFR can be in club and some thing exclusive or any thing special ?
If who own more than 100,000 SFR can be in club and some thing exclusive or any thing special ?
I believe this is not a good idea for a coin like SFR where one of the main features is decentralization by using 5 different algos. We should think of ways to encourage adoption, distribution and real life use and not hoarding.
Sync, will not go well in the future, mark my words. CAIx also tried to create artificial mechanisms to encourage hoarding and that did not do very well.
You want your coin to be owned by as many people as possible, so it makes sense for merchants to add it to their list of payment options. If the coin is hoarded by 100-200 persons or even less, that will not take it anywhere.
July 21, 2014, 12:35:21 AM
That pool's admin's here is pool-coins. I will send him a PM. You too can send him.
Name: pool-coins
Posts: 16
Activity: 16
Position: Newbie
Date Registered: 08-06-2014
Last Active: 19-07-2014
gone too fast with my coins?
I don't think so. That pool will be back on. That guy had a similar problem last month where the pool was offline for a couple of days. Also it is always best to withdraw your coins from pools and not store it on them.
July 21, 2014, 12:30:42 AM
That pool's admin's here is pool-coins. I will send him a PM. You too can send him.
Name: pool-coins
Posts: 16
Activity: 16
Position: Newbie
Date Registered: 08-06-2014
Last Active: 19-07-2014
gone too fast with my coins?
July 20, 2014, 06:32:27 PM
Why dont we do some thing like SYNCWhales ?
If who own more than 100,000 SFR can be in club and some thing exclusive or any thing special ?
If who own more than 100,000 SFR can be in club and some thing exclusive or any thing special ?
July 20, 2014, 03:41:41 PM
Potentially "more popular than snapchat" + understanding unlike other coins that anonymity on the desktop is like the internet in 2005 and anonymity on an Android mobile phone/tablet/phablet is 2015 !! ...very impressive
Hey guys, I was speaking with Charles on IRC. And we could start working on an android wallet in a few days time.
I would like to update the Roadmap with this. I wanted to ask you all where should we fit this android wallet development on the Roadmap. Do we do this before SFRDirect or after that?
Having a mobile wallet could be great for our anon messaging service POOF! . It doesn't make a lot of sense to have POOF! on the desktop wallet. Many would not use the wallet for that. But on mobile, it could certainly become a necessity! This service could get even more popular than Snapchat because you can send self-destructing text, photos as well as audio messages with out giving a bit of any personal info to the recipient!
I would like to update the Roadmap with this. I wanted to ask you all where should we fit this android wallet development on the Roadmap. Do we do this before SFRDirect or after that?
Having a mobile wallet could be great for our anon messaging service POOF! . It doesn't make a lot of sense to have POOF! on the desktop wallet. Many would not use the wallet for that. But on mobile, it could certainly become a necessity! This service could get even more popular than Snapchat because you can send self-destructing text, photos as well as audio messages with out giving a bit of any personal info to the recipient!
Jump to: