Bitcoin Forum
July 18, 2018, 02:48:37 PM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 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 »
  Print  
Author Topic: [ANN] ** NEW SITE bitgem.pw ** BTG BitGem 0.4.9.ALPHA1 | COLORED COINS | FAUCET  (Read 129923 times)
the1silverwolf
Member
**
Offline Offline

Activity: 112
Merit: 10



View Profile
June 29, 2013, 07:53:37 PM
 #521

1. Rejected shares shouldn't be counted in the hashrate calculations, I will fix this.
2. VARDIFF's re-targeting similarly needs to be modified to exclude rejected shares.

Both fixes have been made and the stratum server restarted to implement them.

Let me know if you see anything else weird going on.

http://swmining.mine.nu/btg

--
the1silverwolf
1531925317
Hero Member
*
Offline Offline

Posts: 1531925317

View Profile Personal Message (Offline)

Ignore
1531925317
Reply with quote  #2

1531925317
Report to moderator
1531925317
Hero Member
*
Offline Offline

Posts: 1531925317

View Profile Personal Message (Offline)

Ignore
1531925317
Reply with quote  #2

1531925317
Report to moderator
Automated Bitcoin Fork Extraction Tool WE DO TOUGH WALLETS: BCH | BTG | BCD | SBTC | UBTC | B2X | BCX | BTF Electrum 2FA, Trezor, Ledger, SegWit, Bech32
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1531925317
Hero Member
*
Offline Offline

Posts: 1531925317

View Profile Personal Message (Offline)

Ignore
1531925317
Reply with quote  #2

1531925317
Report to moderator
1531925317
Hero Member
*
Offline Offline

Posts: 1531925317

View Profile Personal Message (Offline)

Ignore
1531925317
Reply with quote  #2

1531925317
Report to moderator
MobGod
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500



View Profile WWW
June 29, 2013, 09:38:10 PM
 #522

Uhmmmm... da fuq?


wtf is that about is right

lol and it just keeps going up.
I don't think that's right something is wrong. Btw anyone compile the gem wallet on Linux yet?

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
MobGod
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500



View Profile WWW
June 29, 2013, 10:02:21 PM
 #523

Anyone want to trade some for zenith?

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
the1silverwolf
Member
**
Offline Offline

Activity: 112
Merit: 10



View Profile
June 29, 2013, 10:40:49 PM
 #524

Uhmmmm... da fuq?


wtf is that about is right

lol and it just keeps going up.
I don't think that's right something is wrong. Btw anyone compile the gem wallet on Linux yet?

It was a glitch. You can see my previous reply here : https://bitcointalk.org/index.php?topic=207008.msg2613751#msg2613751

--
the1silverwolf
mineral
Full Member
***
Offline Offline

Activity: 216
Merit: 100



View Profile
June 30, 2013, 03:55:04 PM
 #525

I'm working on a BitGem pool.  

If anyone is interested in helping me test it out before launch go check it out.

http://swmining.mine.nu/btg


Thanks, the1silverwolf,  pool added to info.

BTC: 1BTGghTiiqz2mQCYP2AiSv5ec5kcvkaJXu
LTC: LfgarrrLJgkZMSUCeScgHatxyfQtiggN9Z
BTG: gTpTt8d9rSejXDm4QX5vrLtPkrXkpwbrDL
MobGod
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500



View Profile WWW
June 30, 2013, 06:25:45 PM
 #526

hry mineral any word on the gem wallet for linux yet ?

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
the1silverwolf
Member
**
Offline Offline

Activity: 112
Merit: 10



View Profile
June 30, 2013, 07:10:17 PM
 #527

I'm working on a BitGem pool.  

If anyone is interested in helping me test it out before launch go check it out.

http://swmining.mine.nu/btg


Thanks, the1silverwolf,  pool added to info.

How many confirmations are required for mined blocks before the immature transaction confirms ?

The other pool just came online and I notice he has his set at 520.  

Is that correct ?

Assuming 520 is correct I have reset the pool to that number.  If it's lower than that please let me know.

That seems really high.

--
the1silverwolf
mineral
Full Member
***
Offline Offline

Activity: 216
Merit: 100



View Profile
June 30, 2013, 08:21:41 PM
 #528

I'm working on a BitGem pool.  

If anyone is interested in helping me test it out before launch go check it out.

http://swmining.mine.nu/btg


Thanks, the1silverwolf,  pool added to info.

How many confirmations are required for mined blocks before the immature transaction confirms ?

The other pool just came online and I notice he has his set at 520.  

Is that correct ?

Assuming 520 is correct I have reset the pool to that number.  If it's lower than that please let me know.

That seems really high.

yes, 520 confirmations need for matury a mined block.

It is the same than ppcoin, novacoin and bitbar. I suppose it prevents attacks and fosters stake.

BTC: 1BTGghTiiqz2mQCYP2AiSv5ec5kcvkaJXu
LTC: LfgarrrLJgkZMSUCeScgHatxyfQtiggN9Z
BTG: gTpTt8d9rSejXDm4QX5vrLtPkrXkpwbrDL
mineral
Full Member
***
Offline Offline

Activity: 216
Merit: 100



View Profile
June 30, 2013, 08:49:29 PM
 #529

hry mineral any word on the gem wallet for linux yet ?

There is a link with a build of qt GemWallet for linux 64 bits at first post.

BTC: 1BTGghTiiqz2mQCYP2AiSv5ec5kcvkaJXu
LTC: LfgarrrLJgkZMSUCeScgHatxyfQtiggN9Z
BTG: gTpTt8d9rSejXDm4QX5vrLtPkrXkpwbrDL
kev7112001
Sr. Member
****
Offline Offline

Activity: 472
Merit: 250


View Profile
June 30, 2013, 10:06:37 PM
 #530

i still dont understand the gemwallet arent these coins what do the gems do ?

MCXNOW MODERATOR
MobGod
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500



View Profile WWW
June 30, 2013, 11:50:46 PM
 #531

hry mineral any word on the gem wallet for linux yet ?

There is a link with a build of qt GemWallet for linux 64 bits at first post.
I've tried that link I replaced the qt recompiled and I still don't have the gem wallet can anyone confirm this is working?

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
the1silverwolf
Member
**
Offline Offline

Activity: 112
Merit: 10



View Profile
July 01, 2013, 04:05:29 AM
 #532

hry mineral any word on the gem wallet for linux yet ?

I built the linux version on 32 bit ubuntu and I don't have any sign of the special gem wallet.


--
the1silverwolf
mineral
Full Member
***
Offline Offline

Activity: 216
Merit: 100



View Profile
July 01, 2013, 05:57:38 AM
 #533

Linux x86_64 instructions:
-unzip:
             - Linux x86_64 GemWallet: https://docs.google.com/file/d/0B9-QvC1XNosldDExaHR4R0NvY2M/edit?usp=sharing MD5SUM: 91a3694327c48e46f295ca3ccd8de156
-add +x perm
-install pending dependencies packages.

linux-x86_32, MacOS, etc will have to wait a little.




BTC: 1BTGghTiiqz2mQCYP2AiSv5ec5kcvkaJXu
LTC: LfgarrrLJgkZMSUCeScgHatxyfQtiggN9Z
BTG: gTpTt8d9rSejXDm4QX5vrLtPkrXkpwbrDL
MobGod
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500



View Profile WWW
July 01, 2013, 11:09:49 AM
 #534

hry mineral any word on the gem wallet for linux yet ?

I built the linux version on 32 bit ubuntu and I don't have any sign of the special gem wallet.


Silver please tell me if you get this to work I've tried more than once still nothing

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
MobGod
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500



View Profile WWW
July 01, 2013, 12:32:43 PM
 #535

Linux x86_64 instructions:
-unzip:
             - Linux x86_64 GemWallet: https://docs.google.com/file/d/0B9-QvC1XNosldDExaHR4R0NvY2M/edit?usp=sharing MD5SUM: 91a3694327c48e46f295ca3ccd8de156
-add +x perm
-install pending dependencies packages.

linux-x86_32, MacOS, etc will have to wait a little.




Could you explain what you mean by this please I unzip the file all I see is a qt nothing else so I replace the qt than recompile correct?

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
hope2907
Sr. Member
****
Online Online

Activity: 425
Merit: 250


"Borderless for People, Frictionless for Banks"


View Profile
July 01, 2013, 11:06:37 PM
 #536

why do i got transaction creation failed message?
help please
i use lastest wallet

Tra

                             ╓███▄
                            ]████▌
                            ]███▀
         ╓▄▄█████████▄▄    ,▄█▀   
      ▄████▀▀█████µ   `▀▓██▀`     

    ╓████╜   ╙███████▄▄█▀▀`▀▄     
   ]███▌        "▀██████▌    ▓Ç   
   ]███        ,▄█▀" ▀████   ]█   

    ▓██      ▄█▀▀     ▓███▌  á█   
     ▀██╖ ╓▄█▀        ▓███▌ ▄█▌   
       ▀███▒         ╓███████`   

     ,▄██╜"▀▀█▄▄▄▄▄▄▄████▀▀       
   ,▄██▀                         
  ▄██▌                           

╓████▌                           
█████┘                           
 ▀▀▀                             
ion
███
███
███
███
███
███
███
███
███
███
███
███
███
███
 Transitions You to A Crypto-ready Society 

Github   Telegram   Medium   Facebook   Twitter   Reddit   Youtube
███
███
███
███
███
███
███
███
███
███
███
███
███
███
 TRADE AND EARN DURING PRE-ICO 
u
\ \ \ \
/ / / /
PRE-SALE STARTS APRIL 15, 2018
/ / / /
\ \ \ \
u
███
███
███
███
███
███
███
███
███
███
███
███
███
███
ilostcoins
Sr. Member
****
Offline Offline

Activity: 274
Merit: 250



View Profile
July 02, 2013, 02:23:28 AM
 #537

If I understand it correctly, the gems are just a way present the single underlying BTG value, right? BTG coins don't have attributes to truly distinguish them, right?

LTC: LSyqwk4YbhBRtkrUy8NRdKXFoUcgVpu8Qb   NVC: 4HtynfYVyRYo6yM8BTAqyNYwqiucfoPqFW   TAG id: 4313
CMC: CAHrzqveVm9UxGm7PZtT4uj6su4suxKzZv   YAC: Y9m5S7M24sdkjdwxnA9GZpPez6k6EqUjUt
YukonCoinelius
Member
**
Offline Offline

Activity: 63
Merit: 10


View Profile
July 02, 2013, 02:58:12 AM
 #538

BITGEM VIRTUAL GEMS ASPECT ENCODING (draft proposal 2013-June, Yukon Coinelius)

(Following specification and notes are copyright 2013, YukonCoinelius@gmail.com and supplied for free use only in open-source freely-distributable BitGem wallets and software. Any other use requires separate licensing arrangement.)


Good initiative on the GemWallet idea, mineral. It's very nice to see your continuing development, which I think many BitGem fans have been anticipating, along with future pretty GUIs, etc.

I'd like to open the design up to further discussion, and supply some proposals here that you and the BitGem community can think about and adopt. Your current approach of apportioning the wallet balance across the 4 gems and 4C specs is a good start, but mainly serves the user's personal “hoarding”.

I propose a further UseCase is to focus on the Transactions, to enable users to *send, receive, and trade specific virtual gems*, which represent exact encoded amounts. So for example, users can send “10C Flawless Round Diamond”, or “1C Perfect Heart-Shaped Ruby” -- and those always correspond to exact encoded amounts.

Then:

* each of those gems can have unique pretty pictures in the gui.
* users can scroll through their transaction history to see pictures/names of all the gems they have received in their wallet (even after they spent them).
* users can create and send gems by selecting aspects from pulldown menus, and see the pictures of gems with different properties.
* exchanges could even support trading in such “gems” directly with words or pictures, instead of numeric amounts.

With this approach, the wallet balance itself does not have to be separately maintained in terms of gems (which is complicated - how to make change, handle fees, etc), but conceptually becomes more like a pool of “raw gem material” that you can use to fashion any kind of gem you want (or can afford). (In future, we could also have a way for the wallet balance to be expressed in terms of a user's favorite gems they have received.)

An advantage of this system is that it does not require changes in the underlying bitcoin protocol. It's not a full blown “colored coin” approach, but simply an encoding of transaction values to be reflected in the UI.


QUICK SUMMARY

The basic idea is that a certain amount will exactly represent a specific combination of gem aspects.

For example,  1 Carat of

Flawless Round Diamond = 0.573 btg   (just for example, not the real value)
Perfect Round Diamond = 0.473 btg
Perfect Square Diamond = 0.463 btg
Perfect Square Emerald = 0.461 btg

thus, 10 Carat Flawless Round Diamond = 5.73 btg


To send/trade a specific gem, you select the aspects in the GUI and it will compute the amount, or you type an amount and it will tell what gem that is. When you send the transaction amount, it gets delivered exactly to your recipient via the normal bitgem/bitcoin protocol (no changes needed),  and thus shows exactly that gem received in their wallet transaction list. So continuing the example, if you send 0.573 btg, the receiver's wallet will show they got a “1 Carat Flawless Round Diamond” (with picture!)



DESIGN ISSUES

To create this capability, we need:

1) to define an *exact unique encoding of Gem Aspects to amounts*, and
2) it must have a defined “total ordering” on the aspects such that higher values specify “better” gems.

Below I supply a working draft of a Gem Aspect Encoding, but before we get to that, the community should think about some general principles and what we want, because it affects how the encoding works. Some top-level design questions and issues:

* Should we support only the 4 gem kinds - diamond, ruby, sapphire, emerald - or allow for expansion to include a few more? I think more would be good if we can accommodate it. Like a total of 8, 16... or even a 100+ (for example, there are about 150 gem kinds listed here: http://www.gemselect.com/other-info/gemstone-list.php) We have to balance the fun and interest of having lots of different gems, versus the development work, complexity, and usability, but I think around 100+ is manageable if there is user interest.

* Simplicity and ease-of-use: The full “4C” system has a nice “theoretical rigor”, but I tend to think users may get overwhelmed with so many technical details in real-world use. Plus it will make the descriptions long and unwieldy. I propose a simplified code with fewer aspects, just (Carat, Quality, Shape, Kind).

* Should all the gem kinds be about the same value, or should diamonds be worth *much* more than rubies, rubies way more than emeralds, etc. I tend to think all the gem kinds should be about the same value, so everyone can afford to trade in the kinds of gems they like best. There will have to be some order, but we can make it so the other aspects count more. So everyone can trade diamonds or emeralds or HeartShaped Rubies, just maybe not 10 Carat Flawless ones.


* Rank of gem aspects

The draft proposal is: Carat - Quality - Shape - Kind, in that order.
So Carat is the most important part of the value - all 10C gems are worth more than all 9C gems. Carat can be as large as you want, so the system scales up to any amount.
Next is Quality, so for equal carat, all Flawless gems worth more than all Fine ones.
Next Shape - (All Round worth more than all Square. This is somewhat arbitrary, so we probably should have only a few shapes, like 4 or 8 so users can remember the order)
And finally, Kind.

I put Kind last so it affects the value least, so everyone can afford to send/trade their favorite gems. Also we might support even 100+ kinds, and it would be too hard to remember the value ordering, so it's better if it counts only a little to the value.


* Scope and Implementation

To collect/manage/display pictures for all the gem combinations, we have to keep the scope at a manageable level.
At 100+ gem kinds * 8 shapes * 4 quality levels, is 3200 combinations, which I think is just about still manageable. I'm hopeful at least the quality could just be an algorithmic change to the picture, like dimming or speckling it. Also, pictures of all shapes across all gems might not be available - maybe there's an algorithm for that too.
Of course, if we just start with 4 kinds (diamond, ruby, sapphire, emerald) it's much easier. Or maybe we don't need Quality, or Shape...?




BITGEM VIRTUAL GEMS ASPECT ENCODING - DETAIL, with Total Ordering (draft proposal 2013-June, YukonCoinelius@gmail.com)

Following is the detailed draft proposal.

I dropped many of the technical grades from 4C, and designed for usability and fun (no “poor” grade, nobody wants a poor gem).
Also dropped Color, because it's really just a hue, and adds complexity with little benefit (probably nobody wants a purple emerald).
The numbers of levels in each aspect should be a power of 2, like 4, 8, etc, for efficient bit-encoding.


Gem Aspects, from high to low:


CARAT - (all remaining high bits of the value). So we can define any amount.


QUALITY

order: (Flawless > Perfect > Excellent > Fine) or (Flawless > Excellent > Fine > Good)
Combines cut and clarity from the 4C system, and drops the technical terms like “vs2”, and grades like “poor” (nobody wants a poor gem).
4 levels, encodes in 2 bits.


EXPANSION

We should probably allocate a few bits at this level for future expansion, special “one of a kind” gems, etc. For now these bits would be all 0.
probably 4 bits is enough. However, to scale the basic gem values into a good range, we might like an additional 7 spare bits here, for a total of 11. (see summary example below).


SHAPE

order: Round > Oval > Pear > Heart-shaped > Marquise > Trillion > Square > Baguette
This ordering is a progression from Round to Rectangular (Baguette), where each shape has some similarity to the ones around it.

Basically the rounder and the fewer corner points, the better. (That does not necessarily correspond to real world valuation, it's just for easy mnemonic.)

Limit to 8 shapes, encodes in 3 bits. (maybe use only 4 shapes??)

For reference: Pear is like a teardrop, Marquise is like oval pointed on both ends, Trillion is rounded triangle, Baguette is narrow rectangle.
It might be hard to find pictures of each gemstone in all these shapes. Some algorithmic transform on a base picture would be helpful.
References:
http://www.gemstone.org/index.php?option=com_content&view=article&id=145&Itemid=45
http://www.africagems.com/trillion-gemstones.html


KIND

4 kinds encodes in 2 bits. Consider extension to 128 kinds in 7 bits.
order: (Diamond > Ruby > Sapphire > Emerald) (or alphabetical?)
Consider extending to many more gems including SemiPrecious, up to 8, 16, ... even 128+, like list at http://www.gemselect.com/other-info/gemstone-list.php

If we support many gemstones beyond the 4 precious gems, possibly the value order should be alphabetical. Mainly so people can tell on sight which are most valuable. So we would just have Amethyst > Garnet because A > G. (It's probably too hard to correspond with “real value” ordering, and users would have to keep looking it up anyway.)

Maybe should use alphabetical order even for: (Diamond > Emerald > Ruby > Sapphire).

Carat, quality, shape counts more than the kind in the overall value of the gem.


SUMMARY

This encoding system uses Quality + Expansion + Shape + Kind = 2 + 4 + 3 + 7 = 16 bits to encode the basic gem from 128 kinds. And the remaining high bits for the Carat.

These 16 bits can hold a value up to 64k, which means the base value for a 1 Carat gem ranges 0-64k. Given 1 “cent” is 10000 in the BitGem system, that means the basic 1C gem value can range from 0 to 6.4 cents (0.064 btg).

That value might be a little too small. To move the decimal over 2, we could add 7 more spare bits to the expansion, making 23 bits which gives a range of roughly 0 to 8 btg as the basic 1C gem values.So, with 23 bits and Quality as the highest aspect, we would have basic 1C values distributed approximately like this:

Flawless gems: 4 to 8 btg
Perfect: 2 to 4
Excellent: 1 to 2
Fine: 0 to 1



I hope this specification helps move us forward to being able to send, receive, and trade BitGem virtual gems as unique “real” objects.
All user feedback and comments welcome. Also, donations appreciated, BitGem: gWhCCz9P4TDU2Uj2ZNgwpCvWEf7DhXTg9N

mineral, I have only limited time to assist with this effort, but will try to advise/support you and other developers to implement such features in the Bitgem software. I will follow any community feedback here, and we can also discuss more in PM.
the1silverwolf
Member
**
Offline Offline

Activity: 112
Merit: 10



View Profile
July 02, 2013, 03:02:32 AM
 #539

hry mineral any word on the gem wallet for linux yet ?

There is a link with a build of qt GemWallet for linux 64 bits at first post.
I've tried that link I replaced the qt recompiled and I still don't have the gem wallet can anyone confirm this is working?

You don't have to recompile. It's already a compiled file.  Just extract it from the .zip, make it executable and run it.

I'm using 32 bit linux so no go for me, but it should work on 64 bit.

--
the1silverwolf
mapleshadow
Member
**
Offline Offline

Activity: 79
Merit: 10


View Profile
July 02, 2013, 07:10:02 AM
 #540

Will support p2pool do?
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 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 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!