<p>I am aware that the generator point (G) in Ecdsa is constant... But if I we're to calculate an equation using this number, I don't know if I should use the compressed or the uncompressed format of the generator point (G). And how should I apply the numbers to avoid these gaps on the numbers...</p>

<p>Compressed(G) :02 79BE667E F9DCBBAC 55A06295 CE870B07 029BFCDB 2DCE28D9 59F2815B 16F81798</p>

<p>Uncompressed(G) :04 79BE667E F9DCBBAC 55A06295 CE870B07 029BFCDB 2DCE28D9 59F2815B 16F81798 483ADA77 26A3C465 5DA4FBFC 0E1108A8 FD17B448 A6855419 9C47D08F FB10D4B8</p>

CC BY-SA 4.0
2020-06-16T01:21:46.093Z
What kind of equation? If you mean elliptic curve equations, the serialization shouldn't matter (they're to be treated as pairs of coordinates, not bytes). If you mean equations in the sense of cryptographic constructions that take hashes of points, it may matter. Can you clarify?
Pieter Wuille
CC BY-SA 4.0
2020-06-16T02:21:59.403Z
Yes of course... The equation is not coordinate specific... It falls on hexadecimal arrangement like this (6g4uo358pi2996jo) or something like this :(0279BE667EF9DCBBAC55A06295CE870B07029BFCDB) instead of placing it separately like the original numbers above. I'm just trying to add it like how I would add/divide/subtract a normal hexadecimal number
Dave Kent 
CC BY-SA 4.0
2020-06-17T04:25:54.327Z
G is not at all constant in ECDSA; ECDSA supports about a hundred different curves each with a different G. G is constant for an EC _curve_ (or more exactly parameter set based on a curve) and the value you posted is the G for _secp256k1_ which is the curve/parameters used in Bitcoin. But a point (G or other) is not a number and should not be treated as a number.
dave_thompson_085
CC BY-SA 4.0
2020-06-18T20:44:50.430Z
thanks a lot... this has put a lot of clarification in my thoughts. but if i may ask, is the G for secp256k1 constant? and if it is, in which format is it in (hexadecimal, decimal, e.t.c). thanks in advance
Dave Kent 
<ecdsa>
The Generator Point (G) in Eliptic curve Cryptography
Dave Kent 
# The Generator Point (G) in Eliptic curve Cryptography

(Asked by: username_0 on 2020-06-16)

I am aware that the generator point (G) in Ecdsa is constant... But if I we're to calculate an equation using this number, I don't know if I should use the compressed or the uncompressed format of the generator point (G). And how should I apply the numbers to avoid these gaps on the numbers...

Compressed(G) :02 79BE667E F9DCBBAC 55A06295 CE870B07 029BFCDB 2DCE28D9 59F2815B 16F81798

Uncompressed(G) :04 79BE667E F9DCBBAC 55A06295 CE870B07 029BFCDB 2DCE28D9 59F2815B 16F81798 483ADA77 26A3C465 5DA4FBFC 0E1108A8 FD17B448 A6855419 9C47D08F FB10D4B8

**Tags:** ecdsa

> **Comments:**
> **username_1**: What kind of equation? If you mean elliptic curve equations, the serialization shouldn't matter (they're to be treated as pairs of coordinates, not bytes). If you mean equations in the sense of cryptographic constructions that take hashes of points, it may matter. Can you clarify?  
> **username_0**: Yes of course... The equation is not coordinate specific... It falls on hexadecimal arrangement like this (6g4uo358pi2996jo) or something like this :(0279BE667EF9DCBBAC55A06295CE870B07029BFCDB) instead of placing it separately like the original numbers above. I'm just trying to add it like how I would add/divide/subtract a normal hexadecimal number  
> **username_2**: G is not at all constant in ECDSA; ECDSA supports about a hundred different curves each with a different G. G is constant for an EC _curve_ (or more exactly parameter set based on a curve) and the value you posted is the G for _secp256k1_ which is the curve/parameters used in Bitcoin. But a point (G or other) is not a number and should not be treated as a number.  
> **username_0**: thanks a lot... this has put a lot of clarification in my thoughts. but if i may ask, is the G for secp256k1 constant? and if it is, in which format is it in (hexadecimal, decimal, e.t.c). thanks in advance  

---

## 0 answers

